In this exercise, you will learn how to debug a non-working cloud application on the Cloud Connector side. You will first have a look at the audit logs and then at the traces files.
10 minutes
-
First let call again the cloud application and see the error message. If you close the application in the browser already, you can reopen it by calling the following URL:
https://a3demoprincipalpxxxxxxxxxxtria.hanatrial.ondemand.com/A3_DemoPrincipalPropagation/?destination=ABAP_SYSTEM_PP
The error message tells you that the Logon failed, but you can't get more info here in the cloud. So, let's first check in the Cloud Connector.
-
Open the Cloud Connector and go to Audits. Then click on the Edit icon to change the trace level.
-
Change the Subaccount Audit Level from
Security
toAll
in order to see the cloud requests going through the Cloud Connector. Then Click Save.
-
Go to the browser and click the Refresh icon to send again the request from the cloud application.
-
Go back to the Cloud connector and refresh the audit logs by pressing the button Go and verify the access to the resources is allowed.
-
Everything seems to be fine in the audit logs, so let check the traces. Click on Logs And Trace Files and press the Edit button to change the trace level.
-
Set the level of Cloud Connector Loggers from
Information
to toDebug
.
-
Go to the browser and click the Refresh icon to send again the request from the cloud application.
-
Go back to the Cloud Connector and click again the Edit button to change the Cloud Connectors Loggers level.
-
Set the level back to
Information
. This is not a mandatory step, but it makes easier to read later the traces later on after downloading them, because there is no waste after reproducing the error situation ;)
-
Now you can download the traces by clicking the Download icon of the file called ljs.trace.log.
-
Open the folder Downloads and extract the zip file called scclogs.zip.
-
Let take a second to analyze the results:
- First you can see that the connection is established with the virtual host of the Access Control.
- Then the Cloud Connector generates the X.509 certificate for the authentication in the ABAP system.
- You can even see the subject of the certificate: CN=pXXXXXXXXXX,Email=cpl360-XXX&teched.cloud.sap,O=SAP,C=DE.
- Access to the ICF service of the backend is also granted.
- Finally you can see the certificate itself in the base64-encoded representation used in the HTTP header. Hence, we can be sure that the problem is not orginating from the Cloud Connector side.