<?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: GlobalProtect VPN SSL - disconnect in GlobalProtect Discussions</title>
    <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/globalprotect-vpn-ssl-disconnect/m-p/325999#M98</link>
    <description>&lt;P&gt;Do you have HIP Checks enabled? If you do and are not using them, un-check the "collect HIP data" on the portal settings. As this, even with Always on, enacts the inactivity timer configured under that gateway. We encountered a similar constant drop in connection when leveraging SSL, disabling HIP collection corrected it. Seems like the expected behaviors do not always function as expected.&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 04 May 2020 16:50:47 GMT</pubDate>
    <dc:creator>recross</dc:creator>
    <dc:date>2020-05-04T16:50:47Z</dc:date>
    <item>
      <title>GlobalProtect VPN SSL - disconnect</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/globalprotect-vpn-ssl-disconnect/m-p/325513#M81</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have a customer that many of his VPN SSL clients are disconnected many times during the day. In the GP logs (pan_gp_event.log) I can found : "Tunnel is down due to socket closed"&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;PAN-OS 9.0.7&lt;/P&gt;&lt;P&gt;GP Agent : 5.0.8&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Before updating the agent or switching to IPsec, Is there a VPN SSL "mode"&amp;nbsp; BUG in that specific OS/Agent version ?&amp;nbsp; &amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 30 Apr 2020 13:07:56 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/globalprotect-vpn-ssl-disconnect/m-p/325513#M81</guid>
      <dc:creator>DLONGPRÉ</dc:creator>
      <dc:date>2020-04-30T13:07:56Z</dc:date>
    </item>
    <item>
      <title>Re: GlobalProtect VPN SSL - disconnect</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/globalprotect-vpn-ssl-disconnect/m-p/325527#M83</link>
      <description>&lt;P&gt;are these users on cable or wifi,&lt;/P&gt;&lt;P&gt;I only ask as we had a similar issue with the same socket closed error but it was OK when the user connected to their router via a cable,&amp;nbsp; we installed a different wifi interface driver and this resolved the issue.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;there was a pointer to this failure in the windows event log, perhaps look there for some other clues.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 30 Apr 2020 14:01:09 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/globalprotect-vpn-ssl-disconnect/m-p/325527#M83</guid>
      <dc:creator>Mick_Ball</dc:creator>
      <dc:date>2020-04-30T14:01:09Z</dc:date>
    </item>
    <item>
      <title>Re: GlobalProtect VPN SSL - disconnect</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/globalprotect-vpn-ssl-disconnect/m-p/325602#M88</link>
      <description>&lt;P&gt;There are on "wired" network, not WIFI. I will try a GP agent update to see if its better.&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 30 Apr 2020 23:57:55 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/globalprotect-vpn-ssl-disconnect/m-p/325602#M88</guid>
      <dc:creator>DLONGPRÉ</dc:creator>
      <dc:date>2020-04-30T23:57:55Z</dc:date>
    </item>
    <item>
      <title>Re: GlobalProtect VPN SSL - disconnect</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/globalprotect-vpn-ssl-disconnect/m-p/325614#M89</link>
      <description>&lt;P&gt;Ok but this may still be a nic driver issue. I would still check the windows event log.&lt;/P&gt;</description>
      <pubDate>Fri, 01 May 2020 04:56:35 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/globalprotect-vpn-ssl-disconnect/m-p/325614#M89</guid>
      <dc:creator>Mick_Ball</dc:creator>
      <dc:date>2020-05-01T04:56:35Z</dc:date>
    </item>
    <item>
      <title>Re: GlobalProtect VPN SSL - disconnect</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/globalprotect-vpn-ssl-disconnect/m-p/325999#M98</link>
      <description>&lt;P&gt;Do you have HIP Checks enabled? If you do and are not using them, un-check the "collect HIP data" on the portal settings. As this, even with Always on, enacts the inactivity timer configured under that gateway. We encountered a similar constant drop in connection when leveraging SSL, disabling HIP collection corrected it. Seems like the expected behaviors do not always function as expected.&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 04 May 2020 16:50:47 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/globalprotect-vpn-ssl-disconnect/m-p/325999#M98</guid>
      <dc:creator>recross</dc:creator>
      <dc:date>2020-05-04T16:50:47Z</dc:date>
    </item>
    <item>
      <title>Re: GlobalProtect VPN SSL - disconnect</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/globalprotect-vpn-ssl-disconnect/m-p/356357#M505</link>
      <description>&lt;P&gt;We also facing same problem and HIP check is mandatory since we proving access only if HIP matched, is it a bug or any solution available ?&lt;/P&gt;</description>
      <pubDate>Wed, 14 Oct 2020 22:40:28 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/globalprotect-vpn-ssl-disconnect/m-p/356357#M505</guid>
      <dc:creator>TCSSecurity</dc:creator>
      <dc:date>2020-10-14T22:40:28Z</dc:date>
    </item>
  </channel>
</rss>

