GlobalProtect never-ending "Finding the Best Available Gateway"

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

GlobalProtect never-ending "Finding the Best Available Gateway"

L0 Member
 

Hi. I'm using GlobalProtect App Version 6.1.1-5. It often to get into this never-ending cycle of "Finding the Best Available Gateway". I try to "Refresh Connection" which does nothing:

 

image.png

 

There doesn't seem to be a "Cancel" button to try to reinitiate the connection or restart the GlobalProtect client. I usually have to execute the following command in Windows 11 command prompt to restart the GlobalProtect client:

 

powershell -command "Restart-Service PanGPS -Force"

 

This usually does the trick. But it's a pain as I'm using a corporate laptop and I need to run the above in admin mode which requires entering an admin username/password.

 

Has anyone come across this? I really wish they would add a retry/cancel button to the client. Thanks.

3 REPLIES 3

Community Team Member

Hi @janicex ,

 

Taking a look at the recommended release, 6.1.5 isn't considered preferred yet. Can you try degrading to the preferred 6.1.4 to see if that helps your situation at all? 

LIVEcommunity team member
Stay Secure,
Jay
Don't forget to Like items if a post is helpful to you!

Please help out other users and “Accept as Solution” if a post helps solve your problem !

Read more about how and why to accept solutions.

L2 Linker

Normally when we see this, it is with mobile hotspots and other devices that use ppp/pppoe, which increases the tcp/ip overhead.  So you need to decrease the mtu size to fit inside a smaller packet size.  We created a special group, where we set the mtu size to 1300 for people who have these issues. You just set the special group's gp connection policy higher than the default users, so they pick up those special settings. This a new agent in the gp portal tab. Instead of user group "any" its using this special group. You could just set it as the default for all too. I think its 1280 is the smallest you can set this, and still support ipv6.  Somewhere around there.  Obviously you only want to the largest mtu size that still works.  This setting cause inefficiencies, which causes your connection to be slower.  We only had a small subset of users affected by this.  This is just something else to look at, could be caused by some other issue.  Good luck. 

L4 Transporter

I'm seeing this exact same behavior on the latest GlobalProtect 6.3.1.  That being said, GlobalProtect 6.2.4 seems overall pretty stable for us.

  • 478 Views
  • 3 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!