GlobalProtect struggling with password changes

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Announcements

GlobalProtect struggling with password changes

L2 Linker

We use our AD accounts to authenticate and connect GlobalProtect.  The first connection attempt requires the user to type their AD username and password.  GP saves the user's credentials at that point so subsequent connections do not require manual entry of creds.  All that works great.

 

When a user changes their password in AD, they are told to disconnect and reconnect GP so that it can request their new password.  We expect GP to attempt one connection with their old password, fail to connect (incorrect password), and request the new password.  Instead we see the following behaviors:

1. GP connects successfully with old, saved password instead of failing to connect and prompting the user for a new password.

2. GP fails to connect, asks for a new password, but instead of using the new password, still retries the old password again (and fails again).  

 

In both cases, the user gives up and calls IT.  IT sees the same behavior and manually signs the user out of GP and deletes any remaining creds in Credential Manager for GP.  

So in some cases, GP is allowed to use an invalid password to connect (the user's old password still works even after it has been changed, meaning GP is NOT checking the password's validity with the domain controller).  In other cases, GP appears to be unable to overwrite the old password with the new one (despite the fact that that the old one keeps failing and the user keeps entering the new one).

 

What is happening??? How can GP fail in both ways in the same day/week?  Rarely does it do exactly what it should do.  Which is simply a) fail on connect (wrong password), b) request new password, c) succesfully connect & save new password.

1 REPLY 1

L0 Member

Behaviour number 1 is probably something to do with AD replication. How  long do you give it from the changing password to connecting? And how many DCs do you have? The password might be updated on a different server than the firewall is checking. If an AD server is over a WAN link, there could be some delay (up to 15 minutes according to https://docs.microsoft.com/en-us/windows-server/identity/ad-ds/plan/determining-the-interval) if there are lots of objects to update. Use the repadmin tool available from Microsoft to check the replication. 

 

As for the 2nd one, that just sounds like a bug in the GP application

  • 5445 Views
  • 1 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!