API calls to Azure failing

Showing results for 
Show  only  | Search instead for 
Did you mean: 
Please sign in to see details of an important advisory in our Customer Advisories area.

API calls to Azure failing

L4 Transporter

Hi All,

We have a setup to turn-on and turn off VPN from Palo VM to Azure (at a specific time daily) but recently the tunnels are not coming up. Seems like the API calls are not being received at the other end. This setup was working before but stopped all of a sudden. VM is on 10.1.4 and I do not see any bugs addressed on the higher version. Where do I check the communication logs from the VM to the Azure in the TSF or in the Logs within GUI?

Rather how do I start my troubleshooting?

error: "curl -X GET "https://xxxxxxxxxxx.........."  -H "Authorization: Basic <EncodedCredentials>" --ssl-no-revoke --insecure "






Cyber Elite
Cyber Elite


Is there a reason why the VPN is not full time? My guess is that there is not enough time to establish the tunnel before the API performs its calls and timeouts.


Hi @OtakarKlier ,
Its not full time because of security purposes. As said, it was working all good for many months and stopped all of a sudden. Calls out and time out is like six hours apart, so should be fine I guess. Where can I see the logs for the API communication in the TSF apart from the monitor logs? I can only see VPN msgs there.

I am confused as to where to start troubleshooting.

P.s API admin gets successfully authenticated but unable to establish the VPN

I do not see any such bugs identified




Cyber Elite
Cyber Elite


php.debug.log is the file that you are looking for. The API requests can be sorted by searching for client='xmlapi'. 


When you say that it's unable to bring up the tunnel, is it enabling things properly assuming that you're disabling them to bring them down and just not establishing? 

L4 Transporter

Thanks guys,

I can see the the API calls stopping with error msgs as below: 

It has UTC timings, not sure if this is PAN error or something else. All I could find in the latest php.debug was this but in the old ones i could see all the api calls happening successfully.

Does this look like a pan issue to you?




Cyber Elite
Cyber Elite


UTC is expected here. I would walk through the calls that you are making individually outside of a script and just make them directly and verify that everything is working properly. Certainly looks like something isn't formatted properly,not sure if PHP startup errors are anything to worry about, looks like the process may have just been recycled. 

L4 Transporter

Seems like the problem started ever since the Curl Patching was done. If there a known solution or steps on Palo for this?

  • 6 replies
Like what you see?

Show your appreciation!

Click Like if a post is helpful to you or if you just want to show your support.

Click Accept as Solution to acknowledge that the answer to your question has been provided.

The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!

These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!

The LIVEcommunity thanks you for your participation!