Global Protect behind a firewall

Showing results for 
Search instead for 
Did you mean: 

Global Protect behind a firewall

L6 Presenter


PaloAlto firewall is behind another firewall(Firewall B).

This firewall B's port 443 busy with another app.So we have to use another port

How should we configure Paloalto portal and gateway.

we used port 18000.

Firewall B --- port 18000 Nat to 443  which ise public ip of PaloAlto

when we configure portal and gateway as

and inside Global protect portal -- client configuration gateway address as public ip

we can nonnect with GP but we cannot access anywhere .How can we fix this routing problem.



Accepted Solutions


with the help from computerlinks excellent techn. we found that there was a error in a ip adress in the policy, allowing traffic back from finland range

when I corrected the IP adress, it all started working

thanks for all good community support and feedback !!

View solution in original post


L6 Presenter

Hi Bulent,

I guess it may be configuration issue rather than routing issue. Following answer may be helpful to eliminate routing issue.

Client End Troubleshooting :

Please go to Global Protect Client > View > Advance View > Troubleshooting > Routing Table

Make sure routing entries are pushed at client end.

Server End Troubleshooting:

Try to access any Server, do wireshark to make sure traffic is coming.


Hardik Shah

hi Hardik

I am running into a routing issue with my global protect clients, how can I add routes in the ruting table ??

the route I need are not there


Hi Knut,

Are the clients connected to the global protect gateway, but cannot access networks behind the PANFW? If the clients are connected to the gateway, there are 3 things that I would check

1) Check the access route configuration on the gateway. The access routes that you configure on the gateways get pushed to the clients routing table. You can change the access route from using a split tunneling to allowing all the routes ( as the access route) to troubleshoot if you can reach the internet or internal networks. Plus if you are connecting from an Iphone/Ipad split tunneling doesn't work, because of a limitation of the apple devices

2)  ensure that the  IP address assigned to you does not overlap with the other IP addresses on your network adapters on your PC, where you are connecting from..

3) Verify the DNS settings being pushed from the gateway to the client.



Hi Krpakash,

and thank you for a quick and informative reply.

allow me to ellaborate \ specify the details in my setup :

I have one PA500, here in Norway, and we have a production office in finland.

all the users are connected to the same windows active directory domain, and there is a fixed IPsec vpn tunell between offices in norway and finland.

employees in both countries connect to the same global protect.

global protect users have their own IP range and their own security zone.

in finland the local ip range are

I can connect from finland to global connect, for example ping from to

but not the other way, the trafic mnitor shows the traficc beeing sent but no packets come back

to me it looks like a routing issue, and that machines in the Global protect zone does not know where the packets to the range in finland should go.

but I may be wrong.

all input and ideas are appreciated


update, one thing works though - teamviewer, takes the route from tunel 1 (gp tunell) to tunell 15 (fixed ip sec vpn tunell norway-finland) - that I hope the rest of the trafic from gp protect would take, but I cannot succed in accheiving

If the team viewer traffic works fine, I am assuming that there is an issue with the policy. Can you verify if

1) The client obtained the routing information from the gateway. You can look that up, by going under the troubleshooting tab of the global protect client, or typing 'route print' on the windows cmd.

2) Verify if the tunnel 1 is configured with a zone and a virtual router, and if there is a policy in place to allow traffic from the zone of the tunnel.1 interface to the internal networks.

3) If the internal network ( is not connected directly to the firewall, and are a couple of hops away from the firewall, ensure that the hops know the route to Or else you can Source NAT  the traffic (from the tunnel zone to internal zone), to the IP address of the interface from where the internal networks are reachable on the firewall.

4) When you mention that the pings work from to, do you see both the echo responses come back from the

5) Ensure that you do not have a route to being pointed out via another interface on the PANFW.

6) Traceroute from and find out at which IP address the pings die

Best regards,



and again thanks for really good feedback !

comments on points above:


i see the routing information, both in the GP client troubleshooting tab, and in windows cmd, and there are no specific route to the range in finland. I could add a static route to test but I am not qiute sure what to set the gateway ip to. I have tried the gateway ip adress for finland and the GP local gw IP locally to a latop but both failed.

So I can find the routing information for a GP client, but I am not sure how I can verify if it is pushed by the gateway or not. And where can I add a route to be pushed from the gateway ?


both tunels are configured with the same virtual router, and a security zone. there is a policy allowing traffic from the GP zone to the ip range in finland. I cannot choose a tunell interface as a destinaton in a policy, so i allow trafic from the gp zone to the ip range in finland


where should I define next hop from GP range - I will take a look at the Source NAT option you mantion, maybe this is the solution I am looking for. I will post back how that work out.


there seems to be some missing repsonse packets yes, please see my attached pictures, showing ping test, session browser and trafic monitor for both ways, working one way but not the other way


In PAFW we use only as GP ip range, and there is one listing of this in the virtual router,

it looks to me like packets are going through the default route, because it finds no match to a specific routing rule,


I do not get the information i need from tracert, it only shows start and end adress and start inbetween, I have attached pictures of ping and tracert tomillustrate my point.



when running cli command show running routes i got a lot of routes for the range, one that looks OK, and the rest of the rutes I am not sure if they should be there

(see attached screenshot)

I still cant quite figute out where I can set, edit or delete routes, like you would using add route in windows cmd shell, or route add in ,linux shell ??


It doesnt make sense that you can ping in one direction, and indeed it is taking the default routes somewhere. More likely to be a routing or a policy issue. ( Cannot rule out proxy id issue as well )

From the output, I see that the is reachable on the tunnel interface, ie tunnel.5. I am assuming that this is on the Noway firewall. Do you have a similar route on the Finland firewall, pointing out to on its tunnel interface.

We would appreciate it, if you can attach the network diagram, about how the users are trying to connect from the global protect client to the users on network.

Plus, please attach the screenshots of the tunnel interfaces and the zones on which they are configured,  the policies, the >show routing route command from both the firewalls,

Have you added mirrored image proxy ids on both the firewalls?

Best regards,


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!