GlobalProtect Gateway Certificate Error When Trying to connect GlobalProtect

GlobalProtect Gateway Certificate Error When Trying to connect GlobalProtect

Created On 09/25/18 20:36 PM - Last Modified 06/08/20 23:27 PM


When trying to connect GlobalProtect to the Palo Alto Networks firewall, it is successfully connecting to the portal, but gives a certificate error when it tries to connect to the gateway. When using older versions of the agent it connects without issue.


  • Pan-Os
  • Global Protect


This issue might be caused by a new check that was introduced in GlobalProtect version 4 and later. The validation check makes sure that the gateway address configured in the GlobalProtect portal matches the CN of the certificate that the gateway is configured to use. This check was not implemented in older versions, so this issue was not encountered.

Note: When the gateway address is a FQDN and this FQDN is in the certificate, GlobalProtect Agent v4 and up produces the certificate error until the PTR record is created in DNS.



  1. Determine which certificate the gateway is configured under the ssl/tls service profile to use and write it down. 
User-added image

2.Go to Device > Certificate Management > Certificates and write down the CN of the certificate that was copied in Step 1.
Screen Shot 2016-04-13 at 5.41.27 pm.png

3. Adjust the address of the gateway in the GlobalProtect portal client configuration to the CN that was copied in Step 2.
Snapshot of the gateways for the GlobalProtect Portal.
  1. Commit the changes and try to reconnect with the agent.





Additional Information


If the gateway certificate includes a hostname (dnsname) in the Subject Alternative Name (SAN) attribute, it should also match the Common Name of the certificate as indicated in the article above.



Important! Before making this change, make sure the DNS servers that are used on the firewall are able to resolve the "GlobalProtect Portal" hostname to a public IP address and that there is also a PTR record to resolve the IP address back to the hostname. If it resolves to an internal IP address, this will make the portal inaccessible from the external interface.

  • Print
  • Copy Link

Choose Language