Is it possible to change RTC authentication methods using WebSphere?
My company is moving from a numerical based login scheme to an alphanumeric.
Originally we used sun directory services and they are now moving over to AD.
I am authenticating now using LDAP
Has anyone ever done this?
Is there a way to convert usernames from 1234567 to abcd1?
We are using RTC for Build.. Work Item Tracking and Source Control.
JTS/CCM/QM
WAS 8.5
RTC 4.0
Oracle
RHEL 5.8
Regards,
Karl
Originally we used sun directory services and they are now moving over to AD.
I am authenticating now using LDAP
Has anyone ever done this?
Is there a way to convert usernames from 1234567 to abcd1?
We are using RTC for Build.. Work Item Tracking and Source Control.
JTS/CCM/QM
WAS 8.5
RTC 4.0
Oracle
RHEL 5.8
Regards,
Karl
Accepted answer
Hi George,
there is a way that I think allows to change the user ID's. Warning, there are probably dragons.
You can set the User Registry Type in the advanced properties of the applications to UNSUPPORTED.
Once you did that, I understand you can change the user ID's of the users. However, usually I would assume that you keep the user ID's if switching authentication and use this only to fix some few user ID's.
Warning! I have not tried that myself on a production system. If you do this wrong, I assume it is going to be a death trap. Warning!
Please be aware that in doing so, you also remove their ability to login with the current registry. I would suggest to create a new Administration user in the new AD before you change all the other users and test it against the new AD. The Easiest way I can think of is to switch to Tomcat authentication temporarily. Again, you need to make sure you have at least an administrative user in Tomcat (tomcat-users.xml), before you do that. You can reenable the ADMIN/ADMIN account by setting com.ibm.team.repository.ws.allow.admin.access=true in all teamserver. properies where it is set to false. If you use Tomcat the tomcat-users.xml would at least contain this user. Make sure he has the admin role set in tomcat users.
With WAS you could try to switch to the federated REALM https://jazz.net/library/article/97 and make sure to manage your ADMIN users.
If you do use this while connected to the old AD, I would also suggest to switch off the nightly LDAP sync task, because you would get the old users synched in.
I have not done this with a JTS and I am not sure if you only have to change the ID in JTS for it to be synched into the other applications, I would suggest testing it in a test environment and create a working procedure before trying this in production.
there is a way that I think allows to change the user ID's. Warning, there are probably dragons.
You can set the User Registry Type in the advanced properties of the applications to UNSUPPORTED.
Once you did that, I understand you can change the user ID's of the users. However, usually I would assume that you keep the user ID's if switching authentication and use this only to fix some few user ID's.
Warning! I have not tried that myself on a production system. If you do this wrong, I assume it is going to be a death trap. Warning!
Please be aware that in doing so, you also remove their ability to login with the current registry. I would suggest to create a new Administration user in the new AD before you change all the other users and test it against the new AD. The Easiest way I can think of is to switch to Tomcat authentication temporarily. Again, you need to make sure you have at least an administrative user in Tomcat (tomcat-users.xml), before you do that. You can reenable the ADMIN/ADMIN account by setting com.ibm.team.repository.ws.allow.admin.access=true in all teamserver. properies where it is set to false. If you use Tomcat the tomcat-users.xml would at least contain this user. Make sure he has the admin role set in tomcat users.
With WAS you could try to switch to the federated REALM https://jazz.net/library/article/97 and make sure to manage your ADMIN users.
If you do use this while connected to the old AD, I would also suggest to switch off the nightly LDAP sync task, because you would get the old users synched in.
I have not done this with a JTS and I am not sure if you only have to change the ID in JTS for it to be synched into the other applications, I would suggest testing it in a test environment and create a working procedure before trying this in production.
Comments
Bo Chulindra
JAZZ DEVELOPER Oct 01 '12, 1:26 p.m.Karl Athanasiou
Oct 02 '12, 11:00 a.m.