To test a trusted system, you can perform the authorization checks for the current server and the trusting system. To do this, choose the menu entry. If no valid logon data are supplied, the logon screen of the trusted systems appears. You should log on to the system. If your test is not successful, read the section Troubleshooting in Trusted/Trusting Systems below.
Troubleshooting in Trusted/Trusting Systems
After creating a trusted system, you have to test the destination. To do this, log on to the trusted system using remote login.
Alternatively, you can also perform an authorization check for the trusted server. To do this, select the respective function from the test menu.
The error code explanation is as follows:
· Invalid login data (user ID and client) for the trusting system
Solution: Create the user ID for the client in the trusting system.
· No trusted system entry exists for the calling system, or the security key for the system is invalid.
Solution: Create the trusted system entry again.
· The user does not have a trusted system authorization (object S_RFCACL).
Solution: Provide the user with the necessary authorization.
· The time stamp of the login data is invalid.
Solution: Check the clock settings on both the client and server host and the expiration date of the login data. (Note that the default expiration period 00:00:00 means no limit.)
If all your tests are successful and you still don't get access to the trusting system, refresh the relevant database by choosing Environment ® Mass changes ® Reset all buffers from the user maintenance screen.
To find out the cause of an error, activate the trace flag on the destination details screen, reproduce the error and read the information provided with the error ID CALL_FUNCTION_SINGLE_LOGIN_REJ in the short dump created in the called system (the trusting system).
No comments:
Post a Comment