<?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 Re: Global Protect in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/global-protect/m-p/564473#M114221</link>
    <description>&lt;P&gt;Thank you for your return. I reviewed the log file, but I could not see any record of an access problem that would cause a delay. It always gives an error like "restartgpa not set, do not restart gpa". I agree with your opinion, it tries to organize the connection locally and slows it down. Maybe if I can identify the target resources it needs, I can solve this problem with a rule.&lt;/P&gt;</description>
    <pubDate>Mon, 06 Nov 2023 07:37:29 GMT</pubDate>
    <dc:creator>ODUBIDB</dc:creator>
    <dc:date>2023-11-06T07:37:29Z</dc:date>
    <item>
      <title>Global Protect</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/global-protect/m-p/564069#M114169</link>
      <description>&lt;P&gt;&lt;SPAN&gt;I have defined a closed VLAN that has no internet access, and it can only communicate over the LAN. In the same LAN, there is a Global Protect portal configured. The clients can ping and access the portal's web page, but the Global Protect application is very slow in connecting to the configured portal and performing user authentication. However, when I move the client to another VLAN that allows WAN traffic, the Global Protect client quickly connects to the portal and performs user authentication. Could it be that Global Protect needs specific WAN destinations while connecting? Can I resolve this issue by creating a rule to allow the restricted VLAN access to these destinations.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 02 Nov 2023 10:32:02 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/global-protect/m-p/564069#M114169</guid>
      <dc:creator>ODUBIDB</dc:creator>
      <dc:date>2023-11-02T10:32:02Z</dc:date>
    </item>
    <item>
      <title>Re: Global Protect</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/global-protect/m-p/564200#M114181</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/230801"&gt;@ODUBIDB&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;If you looks at the PanGPS.log file on one of the affected clients you may be able to identify where the latency is coming in. If I would hazard a guess, the client is introducing the latency as it can't do a connectivity test without access to resources and you're probably having to wait for the OS to identify it as a local only connection.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 02 Nov 2023 22:16:24 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/global-protect/m-p/564200#M114181</guid>
      <dc:creator>BPry</dc:creator>
      <dc:date>2023-11-02T22:16:24Z</dc:date>
    </item>
    <item>
      <title>Re: Global Protect</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/global-protect/m-p/564473#M114221</link>
      <description>&lt;P&gt;Thank you for your return. I reviewed the log file, but I could not see any record of an access problem that would cause a delay. It always gives an error like "restartgpa not set, do not restart gpa". I agree with your opinion, it tries to organize the connection locally and slows it down. Maybe if I can identify the target resources it needs, I can solve this problem with a rule.&lt;/P&gt;</description>
      <pubDate>Mon, 06 Nov 2023 07:37:29 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/global-protect/m-p/564473#M114221</guid>
      <dc:creator>ODUBIDB</dc:creator>
      <dc:date>2023-11-06T07:37:29Z</dc:date>
    </item>
  </channel>
</rss>

