on 04-27-2011 9:29 PM
Hello Community,
I've been asked to look into a problem with a Central Services Registry. The SR configuration on the central system is probably kosher. As long as the administrative user (ESRAdmin) is unlocked when the publish event is fired, then the SR publishes successfully.
Unfortunately, there seems to be a system in our landscape that has bad credentials for this user. No ServicesRegistrySI application could connect properly upon my arrival. After unlocking the user, reseting the password, and updating the ServicesRegistrySI security configuration in each CE instance.... Everything was peachy. Except for at 9 minutes after the hour; when the ESRAdmin user locks. This makes me think the previous administrator changed the administrative password without documenting the change.
I could switch service users; however, I would rather fix the errant configuration.
Using the "Connectivity Logging & Tracing: Log Viewer" application, I've determined the consumer is external from the provider. Unfortunately, I can't find any identifying information in the traces included with each log.
Is there a way to determine the source of an inbound web service connection?
Kind Regards,
Zach
Hello Community,
Eventually, I found the system that was configured incorrectly; however, this wasn't due to any "smart" troubleshooting in my opinion. If anyone knows of a way to ascertain the source of a failed HTTP connection via log or trace files, I would very much appreciate a head's up.
Kind Regards,
Zach
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Don't change the password. Copy a user.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
83 | |
23 | |
11 | |
9 | |
8 | |
5 | |
5 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.