Moving from Global Protect 1.1.6 -> 1.1.7

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

Moving from Global Protect 1.1.6 -> 1.1.7

L3 Networker

I believe moving away from 1.1.6 now requires a trusted certificate?  I have about 600 remote users on 1.1.6.. trying to get to the latest rev (1.2.1) without any user interruption.  I tested with our QA firerwall and I am getting certificate errors.. is there any detailed instructions on how to proceed?

1 accepted solution

Accepted Solutions

L4 Transporter

GP Client version 1.1.7 checks if the CN of the cert is valid. What that means is, if you are using a FQDN as the CN in the cert, the FQDN must the interface of the firewall the client connects to. If there is mismatch you will get cert errors. If you are not using FQDN, but using IP address, then the IP address must be the gateway IP address. If either one of this condition is not met, you will have to regenerate certs before you upgrade the GP client. To summarize

1) You will have to generate certs with right CN

2) on the portal download and activate GP client version 1.1.7 and set the upgrade to transparent

3) have the end user rediscover network.

That should take care of the upgrade.

View solution in original post

2 REPLIES 2

L4 Transporter

GP Client version 1.1.7 checks if the CN of the cert is valid. What that means is, if you are using a FQDN as the CN in the cert, the FQDN must the interface of the firewall the client connects to. If there is mismatch you will get cert errors. If you are not using FQDN, but using IP address, then the IP address must be the gateway IP address. If either one of this condition is not met, you will have to regenerate certs before you upgrade the GP client. To summarize

1) You will have to generate certs with right CN

2) on the portal download and activate GP client version 1.1.7 and set the upgrade to transparent

3) have the end user rediscover network.

That should take care of the upgrade.

Sorry, can you just clarify this for me please?

You said

> if you are using a FQDN as the CN in the cert, the FQDN must the interface of the firewall the client connects to

The FQDN must WHAT the interface of the firewall the client connects to?

I connect my clients via a registered FQDN in my domain name (vpn.domain.com) in the GP client. My current certificate has the name as "vpn.domain.com", but the CN as the IP address of the interface.

Do I need to generate a new certificate with vpn.domain.com for name **and** CN??

thanks

  • 1 accepted solution
  • 1978 Views
  • 2 replies
  • 0 Likes
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!