<?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 GlobalProtect enforcer exceptions not staying in registry in Next-Generation Firewall Discussions</title>
    <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/globalprotect-enforcer-exceptions-not-staying-in-registry/m-p/1218746#M5477</link>
    <description>&lt;P&gt;We have GlobalProtect with "Enforce GlobalProtect" enabled and a set of IP and FQDN exclusions. Additionally, the captive portal exception timeout is configured to 900 seconds. However, we’ve encountered an issue when users are connected to GlobalProtect, put their laptop to sleep, and then travel to a different location (e.g., a hotel). Upon waking up the laptop, users are unable to connect to any network, including those listed in the exclusions. The only workaround is for the user to restart the laptop in order to reconnect to the new network and GlobalProtect.&lt;/P&gt;
&lt;P&gt;Upon further investigation, I found that the exclusions do not persist in the registry after the laptop is rebooted. They are only present in the registry while GlobalProtect is connected, which seems counterintuitive—especially since some of these excluded sites are necessary for GlobalProtect to function properly. This behavior persists across multiple versions of GlobalProtect (6.1.4, 6.1.5, and 6.2.5).&lt;/P&gt;</description>
    <pubDate>Thu, 30 Jan 2025 20:29:04 GMT</pubDate>
    <dc:creator>Jagdeep1</dc:creator>
    <dc:date>2025-01-30T20:29:04Z</dc:date>
    <item>
      <title>GlobalProtect enforcer exceptions not staying in registry</title>
      <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/globalprotect-enforcer-exceptions-not-staying-in-registry/m-p/1218746#M5477</link>
      <description>&lt;P&gt;We have GlobalProtect with "Enforce GlobalProtect" enabled and a set of IP and FQDN exclusions. Additionally, the captive portal exception timeout is configured to 900 seconds. However, we’ve encountered an issue when users are connected to GlobalProtect, put their laptop to sleep, and then travel to a different location (e.g., a hotel). Upon waking up the laptop, users are unable to connect to any network, including those listed in the exclusions. The only workaround is for the user to restart the laptop in order to reconnect to the new network and GlobalProtect.&lt;/P&gt;
&lt;P&gt;Upon further investigation, I found that the exclusions do not persist in the registry after the laptop is rebooted. They are only present in the registry while GlobalProtect is connected, which seems counterintuitive—especially since some of these excluded sites are necessary for GlobalProtect to function properly. This behavior persists across multiple versions of GlobalProtect (6.1.4, 6.1.5, and 6.2.5).&lt;/P&gt;</description>
      <pubDate>Thu, 30 Jan 2025 20:29:04 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/next-generation-firewall/globalprotect-enforcer-exceptions-not-staying-in-registry/m-p/1218746#M5477</guid>
      <dc:creator>Jagdeep1</dc:creator>
      <dc:date>2025-01-30T20:29:04Z</dc:date>
    </item>
    <item>
      <title>Re: GlobalProtect enforcer exceptions not staying in registry</title>
      <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/globalprotect-enforcer-exceptions-not-staying-in-registry/m-p/1221160#M5567</link>
      <description>&lt;P&gt;We are having some of these issues as well and may explain what users have experienced. We are moving everyone to 6.2.7 but this just happened again for someone traveling.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 20 Feb 2025 17:04:51 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/next-generation-firewall/globalprotect-enforcer-exceptions-not-staying-in-registry/m-p/1221160#M5567</guid>
      <dc:creator>ErinWest</dc:creator>
      <dc:date>2025-02-20T17:04:51Z</dc:date>
    </item>
    <item>
      <title>Re: GlobalProtect enforcer exceptions not staying in registry</title>
      <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/globalprotect-enforcer-exceptions-not-staying-in-registry/m-p/1222202#M5624</link>
      <description>&lt;P&gt;We are having this issue too. We have a case open with TAC but havent had much luck yet.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 27 Feb 2025 22:18:07 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/next-generation-firewall/globalprotect-enforcer-exceptions-not-staying-in-registry/m-p/1222202#M5624</guid>
      <dc:creator>gnguyen2</dc:creator>
      <dc:date>2025-02-27T22:18:07Z</dc:date>
    </item>
    <item>
      <title>Re: GlobalProtect enforcer exceptions not staying in registry</title>
      <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/globalprotect-enforcer-exceptions-not-staying-in-registry/m-p/1243914#M6522</link>
      <description>&lt;P&gt;Hi.&lt;BR /&gt;Did you manage to find a solution to the problem?&lt;/P&gt;</description>
      <pubDate>Mon, 15 Dec 2025 17:29:00 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/next-generation-firewall/globalprotect-enforcer-exceptions-not-staying-in-registry/m-p/1243914#M6522</guid>
      <dc:creator>thiagoRsilva</dc:creator>
      <dc:date>2025-12-15T17:29:00Z</dc:date>
    </item>
  </channel>
</rss>

