<?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: External up but, internal Outage, Migrating Users in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/external-up-but-internal-outage-migrating-users/m-p/194838#M58262</link>
    <description>&lt;P&gt;Hi, i don't have an answer but have posted here for any further updates.&lt;/P&gt;&lt;P&gt;I could never find an easy&amp;nbsp;way to prevent users from connecting to a particular gateway.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have removed the gateway from GP portal settings but this seems to take days to fully propogate.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;the only solution I have used in the past is to change the&amp;nbsp; IP address on the offending gateway. this prevents GP users from getting the initial SSL handshake and thus prevents any further connections. it also forces a rediscover (if set to always on) and users will auto migrate to another gateway.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am however only able to do this as we have dedicated PA's for our gateway services with no other incoming traffic.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;hopefully ther is a friendlier option......&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Thu, 11 Jan 2018 17:14:11 GMT</pubDate>
    <dc:creator>Mick_Ball</dc:creator>
    <dc:date>2018-01-11T17:14:11Z</dc:date>
    <item>
      <title>External up but, internal Outage, Migrating Users</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/external-up-but-internal-outage-migrating-users/m-p/194823#M58257</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am looking to explore options that in a situation when the External Edge may be "up" but, the internal resources have failed. For example, a core switch has crashed but, the firewalls and internet routers are still online. Users will connect to the gateway via GP but, no be able to access resources. What is a way to migrate users dynamically or stop advertising a gateway for a period to avoid new connections?&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 11 Jan 2018 16:20:14 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/external-up-but-internal-outage-migrating-users/m-p/194823#M58257</guid>
      <dc:creator>nicford</dc:creator>
      <dc:date>2018-01-11T16:20:14Z</dc:date>
    </item>
    <item>
      <title>Re: External up but, internal Outage, Migrating Users</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/external-up-but-internal-outage-migrating-users/m-p/194838#M58262</link>
      <description>&lt;P&gt;Hi, i don't have an answer but have posted here for any further updates.&lt;/P&gt;&lt;P&gt;I could never find an easy&amp;nbsp;way to prevent users from connecting to a particular gateway.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have removed the gateway from GP portal settings but this seems to take days to fully propogate.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;the only solution I have used in the past is to change the&amp;nbsp; IP address on the offending gateway. this prevents GP users from getting the initial SSL handshake and thus prevents any further connections. it also forces a rediscover (if set to always on) and users will auto migrate to another gateway.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am however only able to do this as we have dedicated PA's for our gateway services with no other incoming traffic.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;hopefully ther is a friendlier option......&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 11 Jan 2018 17:14:11 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/external-up-but-internal-outage-migrating-users/m-p/194838#M58262</guid>
      <dc:creator>Mick_Ball</dc:creator>
      <dc:date>2018-01-11T17:14:11Z</dc:date>
    </item>
    <item>
      <title>Re: External up but, internal Outage, Migrating Users</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/external-up-but-internal-outage-migrating-users/m-p/194863#M58264</link>
      <description>&lt;P&gt;My SE told me PAN has no feature for this scenario and recommend a script to disable the gateway.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 11 Jan 2018 19:35:18 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/external-up-but-internal-outage-migrating-users/m-p/194863#M58264</guid>
      <dc:creator>nicford</dc:creator>
      <dc:date>2018-01-11T19:35:18Z</dc:date>
    </item>
    <item>
      <title>Re: External up but, internal Outage, Migrating Users</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/external-up-but-internal-outage-migrating-users/m-p/194864#M58265</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/59672"&gt;@nicford&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;I don't think there is anything built in that has this ability. However you could likely script something using the API that would trigger on certain conditions that would perform&amp;nbsp;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/9981"&gt;@Mick_Ball&lt;/a&gt;'s suggestion.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;*edit&lt;/P&gt;&lt;P&gt;You must have updated right before I posted this. Let me know if you want/need any help with the API commands&amp;nbsp;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/59672"&gt;@nicford&lt;/a&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 11 Jan 2018 19:39:08 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/external-up-but-internal-outage-migrating-users/m-p/194864#M58265</guid>
      <dc:creator>BPry</dc:creator>
      <dc:date>2018-01-11T19:39:08Z</dc:date>
    </item>
  </channel>
</rss>

