Globalprotect end users are receiving default route ( but it is not configured to do that

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.

Globalprotect end users are receiving default route ( but it is not configured to do that

L1 Bithead

Hello masters,

I need your help on how to troubleshoot an issue related to global protect.


On our Access routes, no are configured.

We wanted to let users use their local gateway for any traffic destined to the internet.

But they are receiving the in their RoutePrint resulting to traversing their any traffic to the VPN.

This is clogging our network.

I already engaged 3 TAC on this but could not find the issue.



Software Version8.1.9-h4

GlobalProtect Agent4.1.10



Active Routes:
Network Destination Netmask Gateway Interface Metric 35 On-link 50


L2 Linker

Please post a picture or details of your split tunnel configuration on your gateway.


Please see below access route



L7 Applicator

default routes 0.0.0/0 always apply whether using split tunnel or not.

your more specific routes /32 /24/23 etc will take precedence over /0


is there any more information in your route print or have you just left it out.....

L4 Transporter

We have had a similar issue, the workaround for us was to exclude the default route from the split tunnel.


Hmmm there must be something odd with your settings if thats the case...

I have a test gateway that only includes


route print below...



 so any unknown traffic such as has 2 default routes but the local interface has a lower metric (35) so no traffic goes down the tunnel unless its within


Perhaps your metric is the other way round for some odd reason, i would only think this would happen if you had just exclude routes in your settings.

We have done this but still the is still there in the route print

I have to agree with @Mick_Ball the route will still be in the routing table but the host will see this as a backup route, the route that is via your home network gateway will be used as its metric is takes precedence over the one through the Global protect tunnel, if you were, for instance, to configure the Global Protect to tunnel all traffic then the metrics would be the other way around.

As it is your include routes are tunnelled and the host will only use the GP default route should the 192 gateway become unavailable, however that would also cut off your connectivity so you would have bigger issues!

My logic behind excluding the route was simply that by actively excluding it, it may not find it's way into the routing table at all.


L1 Bithead

was there a solution to this problem?  apparently, I have run into the same problem where GP installs a default route albeit with a higher metric in the route table. What's weird is this behavior is seen on Windows and a Mac system but not on an Ubuntu OS.

Community Team Member

Hi @szaidi110 ,


Have you tried excluding the route as mentioned in earlier replies ? 

Please also clarify which GP version you're experiencing this with.


Kind regards,


LIVEcommunity team member, CISSP
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.

Hi @kiwi 


Excluding the route doesn't work. Evidently, if you have any values configured under the domain and application option (which we did), PAN GP will install a default route for it even if you've excluded it from the access routes. No other way around it.

  • 11 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!