<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic GP assigning static IPs to clients in GlobalProtect Discussions</title>
    <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/gp-assigning-static-ips-to-clients/m-p/396945#M1139</link>
    <description>&lt;P&gt;&lt;SPAN&gt;Trying to understand why GP is assigning static IPs to GP clients. We are running GP 5.2.5 and the clients are getting assigned with static IPs, they are able to connect fine without any problem for now but one of the employee when she is working remotely had an issue with GP not having gateway address in there. I was able to get her going by putting GP gateway address in it. But not sure if this is normal or how this works. Any help would be appreciated.&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Fri, 09 Apr 2021 17:15:17 GMT</pubDate>
    <dc:creator>Akhil_B</dc:creator>
    <dc:date>2021-04-09T17:15:17Z</dc:date>
    <item>
      <title>GP assigning static IPs to clients</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/gp-assigning-static-ips-to-clients/m-p/396945#M1139</link>
      <description>&lt;P&gt;&lt;SPAN&gt;Trying to understand why GP is assigning static IPs to GP clients. We are running GP 5.2.5 and the clients are getting assigned with static IPs, they are able to connect fine without any problem for now but one of the employee when she is working remotely had an issue with GP not having gateway address in there. I was able to get her going by putting GP gateway address in it. But not sure if this is normal or how this works. Any help would be appreciated.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 09 Apr 2021 17:15:17 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/gp-assigning-static-ips-to-clients/m-p/396945#M1139</guid>
      <dc:creator>Akhil_B</dc:creator>
      <dc:date>2021-04-09T17:15:17Z</dc:date>
    </item>
    <item>
      <title>Re: GP assigning static IPs to clients</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/gp-assigning-static-ips-to-clients/m-p/396948#M1140</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/173136"&gt;@Akhil_B&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;Your question isn't entirely clear. When a client connects to the gateway they are assigned a preferred IP, and absent a few conditions they will continue to utilize that preferred IP for any further connections. That is expected and totally normal behavior.&lt;/P&gt;
&lt;P&gt;To be clear however, this is not the same as assigning a static IP to that endpoint. If you start running out of addresses in your address pool, the firewall will start re-assigning addresses from disconnected clients. So while addresses do largely stay the same when clients connect, it's not actually static and a number of conditions can get the client to pull a new address.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Hope that's clear enough and what you're actually asking about.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 09 Apr 2021 17:20:08 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/gp-assigning-static-ips-to-clients/m-p/396948#M1140</guid>
      <dc:creator>BPry</dc:creator>
      <dc:date>2021-04-09T17:20:08Z</dc:date>
    </item>
    <item>
      <title>Re: GP assigning static IPs to clients</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/gp-assigning-static-ips-to-clients/m-p/396956#M1141</link>
      <description>&lt;P&gt;So, the scenario was something like this, One of the employee when she connected to VPN, she was not able to access the internet at all. But when disconnected from VPN everything works perfectly normal. Remaining all 80 users currently are doing fine without any problems. Now, when I checked her computer (Win 10), she had a virtual adapter installed and when I looked up at IPv4 settings of it, saw the GP IP was set to static with /32 subnet and no gateway in place. So, when I entered the gateway information her internet was working fine. So, no idea if the GP was supposed to have static or DHCP.&amp;nbsp; &amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 09 Apr 2021 17:27:03 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/gp-assigning-static-ips-to-clients/m-p/396956#M1141</guid>
      <dc:creator>Akhil_B</dc:creator>
      <dc:date>2021-04-09T17:27:03Z</dc:date>
    </item>
    <item>
      <title>Re: GP assigning static IPs to clients</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/gp-assigning-static-ips-to-clients/m-p/396967#M1142</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/173136"&gt;@Akhil_B&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;Sounds like something with the users route table got screwed up. This can happen depending on your agent settings and if you have IP overlap between the users local network and your enterprise network.&lt;/P&gt;
&lt;P&gt;GlobalProtect by design doesn't assign a gateway to the virtual adapter and will always show a /32. It installs routes into the route table to handle the actual traffic routing so the endpoint knows how to route traffic. There's some instances where you can see this type of behavior when the local network overlaps your enterprise network depending on how you have certain options configured (such as any split-tunneling or allowing local LAN access when connected to GlobalProtect) which would cause the behavior that this user was experiencing.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 09 Apr 2021 17:47:03 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/gp-assigning-static-ips-to-clients/m-p/396967#M1142</guid>
      <dc:creator>BPry</dc:creator>
      <dc:date>2021-04-09T17:47:03Z</dc:date>
    </item>
    <item>
      <title>Re: GP assigning static IPs to clients</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/gp-assigning-static-ips-to-clients/m-p/396979#M1143</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/43480"&gt;@BPry&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Yes, you are kind of getting closer. So, we do have a split tunneling in place. It has our enterprise networks included which makes if the destination IP is one of the IP which we included in split tunnel will cause it to travel from the tunnel, remaining all traffic travels from their local ISP. Now, for some reason I saw 192.168 network included in the split tunnel which is not part of our network And her local ISP had gateway with 192.168.1.1. So, I removed that network from our split tunnel and committed the changes but still it was causing her problems accessing internet until I put in tunnel gateway IP in there.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Now, that being said, There might be n number of users that might have their local LAN in 192.168 right, I wonder why it happened particularly with her.&lt;/P&gt;</description>
      <pubDate>Fri, 09 Apr 2021 17:57:03 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/gp-assigning-static-ips-to-clients/m-p/396979#M1143</guid>
      <dc:creator>Akhil_B</dc:creator>
      <dc:date>2021-04-09T17:57:03Z</dc:date>
    </item>
    <item>
      <title>Re: GP assigning static IPs to clients</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/gp-assigning-static-ips-to-clients/m-p/396980#M1144</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/173136"&gt;@Akhil_B&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;To figure that out you really need to be looking at the users route table and see how it's being set. It's pretty evident that the issue the user is running into is routing related, so you kind of need to go from there as far as troubleshooting goes.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 09 Apr 2021 18:04:45 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/gp-assigning-static-ips-to-clients/m-p/396980#M1144</guid>
      <dc:creator>BPry</dc:creator>
      <dc:date>2021-04-09T18:04:45Z</dc:date>
    </item>
    <item>
      <title>Re: GP assigning static IPs to clients</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/gp-assigning-static-ips-to-clients/m-p/397007#M1145</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/43480"&gt;@BPry&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I collected routing table from her machine and it looks weird now. Its got 2 default routes 192.168.... is her local ISP, 10.10.200.... is our GP VPN. I just put in def. G/W to her GP connection to just get her going for now, if I remove it she won't have access to internet if she is connected to GP. route table is as follows:&lt;/P&gt;&lt;P&gt;===========================================================================&lt;/P&gt;&lt;P&gt;IPv4 Route Table&lt;BR /&gt;===========================================================================&lt;BR /&gt;Active Routes:&lt;BR /&gt;Network Destination Netmask Gateway Interface Metric&lt;BR /&gt;0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.122 50&lt;BR /&gt;0.0.0.0 0.0.0.0 10.10.200.1 10.10.200.121 257&lt;BR /&gt;10.0.0.0 255.255.0.0 On-link 10.10.200.121 1&lt;BR /&gt;10.0.0.15 255.255.255.255 On-link 10.10.200.121 1&lt;BR /&gt;10.0.0.16 255.255.255.255 On-link 10.10.200.121 1&lt;BR /&gt;10.0.255.255 255.255.255.255 On-link 10.10.200.121 257&lt;BR /&gt;10.1.0.0 255.255.0.0 On-link 10.10.200.121 1&lt;BR /&gt;10.1.255.255 255.255.255.255 On-link 10.10.200.121 257&lt;BR /&gt;10.2.0.0 255.255.0.0 On-link 10.10.200.121 1&lt;BR /&gt;10.2.255.255 255.255.255.255 On-link 10.10.200.121 257&lt;BR /&gt;10.3.0.0 255.255.0.0 On-link 10.10.200.121 1&lt;BR /&gt;10.3.255.255 255.255.255.255 On-link 10.10.200.121 257&lt;BR /&gt;10.4.0.0 255.255.0.0 On-link 10.10.200.121 1&lt;BR /&gt;10.4.255.255 255.255.255.255 On-link 10.10.200.121 257&lt;BR /&gt;10.5.0.0 255.255.0.0 On-link 10.10.200.121 1&lt;BR /&gt;10.5.255.255 255.255.255.255 On-link 10.10.200.121 257&lt;BR /&gt;10.6.0.0 255.255.0.0 On-link 10.10.200.121 1&lt;BR /&gt;10.6.255.255 255.255.255.255 On-link 10.10.200.121 257&lt;BR /&gt;10.7.0.0 255.255.128.0 On-link 10.10.200.121 1&lt;BR /&gt;10.7.127.255 255.255.255.255 On-link 10.10.200.121 257&lt;BR /&gt;10.10.0.0 255.255.0.0 On-link 10.10.200.121 1&lt;BR /&gt;10.10.200.121 255.255.255.255 On-link 10.10.200.121 257&lt;BR /&gt;10.10.255.255 255.255.255.255 On-link 10.10.200.121 257&lt;BR /&gt;10.16.0.0 255.255.0.0 On-link 10.10.200.121 1&lt;BR /&gt;10.16.255.255 255.255.255.255 On-link 10.10.200.121 257&lt;BR /&gt;10.24.0.0 255.255.0.0 On-link 10.10.200.121 1&lt;BR /&gt;10.24.255.255 255.255.255.255 On-link 10.10.200.121 257&lt;BR /&gt;10.25.0.0 255.255.0.0 On-link 10.10.200.121 1&lt;BR /&gt;10.25.255.255 255.255.255.255 On-link 10.10.200.121 257&lt;BR /&gt;72.128.143.50 255.255.255.255 192.168.1.1 192.168.1.122 50&lt;BR /&gt;127.0.0.0 255.0.0.0 On-link 127.0.0.1 331&lt;BR /&gt;127.0.0.1 255.255.255.255 On-link 127.0.0.1 331&lt;BR /&gt;127.255.255.255 255.255.255.255 On-link 127.0.0.1 331&lt;BR /&gt;172.17.0.0 255.255.252.0 On-link 10.10.200.121 1&lt;BR /&gt;172.17.3.255 255.255.255.255 On-link 10.10.200.121 257&lt;BR /&gt;192.168.1.0 255.255.255.0 On-link 192.168.1.122 306&lt;BR /&gt;192.168.1.122 255.255.255.255 On-link 192.168.1.122 306&lt;BR /&gt;192.168.1.255 255.255.255.255 On-link 192.168.1.122 306&lt;BR /&gt;224.0.0.0 240.0.0.0 On-link 127.0.0.1 331&lt;BR /&gt;224.0.0.0 240.0.0.0 On-link 192.168.1.122 306&lt;BR /&gt;224.0.0.0 240.0.0.0 On-link 10.10.200.121 257&lt;BR /&gt;255.255.255.255 255.255.255.255 On-link 127.0.0.1 331&lt;BR /&gt;255.255.255.255 255.255.255.255 On-link 192.168.1.122 306&lt;BR /&gt;255.255.255.255 255.255.255.255 On-link 10.10.200.121 257&lt;BR /&gt;===========================================================================&lt;BR /&gt;Persistent Routes:&lt;BR /&gt;Network Address Netmask Gateway Address Metric&lt;BR /&gt;0.0.0.0 0.0.0.0 10.10.200.1 Default&lt;/P&gt;</description>
      <pubDate>Fri, 09 Apr 2021 19:57:25 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/gp-assigning-static-ips-to-clients/m-p/397007#M1145</guid>
      <dc:creator>Akhil_B</dc:creator>
      <dc:date>2021-04-09T19:57:25Z</dc:date>
    </item>
  </channel>
</rss>

