<?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: Palo Alto Globalptotect intermitant PanGPS error 'network type is unknown network' that causes the HIP report to not be send every hour in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/palo-alto-globalptotect-intermitant-pangps-error-network-type-is/m-p/413158#M92934</link>
    <description>&lt;P&gt;Thanks Kiwi, I was also thinking the same but we had Palo Alto TAC case and we were still waiting for them but they are taking too long and now that you confirmed that this may help, I will move on with the testing it. I will write if this solved the issue.&lt;/P&gt;</description>
    <pubDate>Tue, 15 Jun 2021 08:01:34 GMT</pubDate>
    <dc:creator>nikoolayy1</dc:creator>
    <dc:date>2021-06-15T08:01:34Z</dc:date>
    <item>
      <title>Palo Alto Globalptotect intermitant PanGPS error 'network type is unknown network' that causes the HIP report to not be send every hour</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/palo-alto-globalptotect-intermitant-pangps-error-network-type-is/m-p/412646#M92855</link>
      <description>&lt;P&gt;Has someone seen an issue where the PanGPS log is saying "network type is unknown network" before failing to send the HIP report every hour?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;For info we don't use or have enabled &lt;SPAN&gt;&lt;U&gt;&lt;EM&gt;Internal Host Detection &lt;/EM&gt;&lt;/U&gt;as there no internal gateways and I see that there are no logs before that for DNS resolution, so the Globalprotect app does not try to trigger any fqdn resolution and this is ok but why the error :(. Also the Globalprotect App is the latest version 5.2.6 and the issue is still present on it.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 15 Jun 2021 07:51:48 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/palo-alto-globalptotect-intermitant-pangps-error-network-type-is/m-p/412646#M92855</guid>
      <dc:creator>nikoolayy1</dc:creator>
      <dc:date>2021-06-15T07:51:48Z</dc:date>
    </item>
    <item>
      <title>Re: Palo Alto Globalptotect intermitant PanGPS error that causes the HIP report to not be send every hour</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/palo-alto-globalptotect-intermitant-pangps-error-network-type-is/m-p/413054#M92917</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/11943"&gt;@kiwi&lt;/a&gt;&amp;nbsp; and&amp;nbsp;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/70130"&gt;@aleksandar.astardzhiev&lt;/a&gt;&amp;nbsp; have you seen such issue before?&lt;/P&gt;</description>
      <pubDate>Mon, 14 Jun 2021 18:35:51 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/palo-alto-globalptotect-intermitant-pangps-error-network-type-is/m-p/413054#M92917</guid>
      <dc:creator>nikoolayy1</dc:creator>
      <dc:date>2021-06-14T18:35:51Z</dc:date>
    </item>
    <item>
      <title>Re: Palo Alto Globalptotect intermitant PanGPS error that causes the HIP report to not be send every hour</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/palo-alto-globalptotect-intermitant-pangps-error-network-type-is/m-p/413155#M92933</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/153031"&gt;@nikoolayy1&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I have seen this before.&amp;nbsp; And as you've already pointed out the internal host detection was a valid workaround in our scenario:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;(T4416)Debug(5897): 01/05/21 15:34:52:324 HipReportThread: &lt;STRONG&gt;network type is unknown network.&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;As a workaround we configured a dummy internal host detection that always resolves network type as external (IP address 1.2.3.4 and host&amp;nbsp;&lt;/SPAN&gt;&lt;A href="https://fakehost.com/" target="_blank" rel="noopener"&gt;fakehost.com&lt;/A&gt;&lt;SPAN&gt;). This config on the GP client helped to identify the network type as external.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;In another scenario I saw this behaviour when Prisma Access came into play:&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;&lt;SPAN&gt;Users have user-logon as connect-method for the globalprotect agents which is an 'Always-on' method, meaning that you want the users to automatically establish a connection to the gateway.&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;SPAN&gt;Prisma Access is setting priority 0 (manual only) for users outside US which is contradicting the user-logon (always-on) behaviour.&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;SPAN&gt;HIP Is not submitted since the above configuration (User Logon connection Method + All External Gateways in Manual-Only mode) led to a failing to discover external network - (T4004)Debug(5897): 01/29/21 11:19:49:051 HipReportThread: &lt;STRONG&gt;network type is unknown network&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI&gt;As a fix/workaround for this:&amp;nbsp;&lt;SPAN&gt;enable one of the gateways mentioned in the document below for redundancy if the users travel outside of US.&amp;nbsp; This is how Prisma Access is designed:&amp;nbsp;&lt;A href="https://docs.paloaltonetworks.com/prisma/prisma-access/prisma-access-panorama-admin/prisma-access-for-users/how-the-gp-app-selects-a-prisma-access-gateway.html" target="_blank"&gt;https://docs.paloaltonetworks.com/prisma/prisma-access/prisma-access-panorama-admin/prisma-access-for-users/how-the-gp-app-selects-a-prisma-access-gateway.html&lt;/A&gt;&lt;/SPAN&gt;&lt;/LI&gt;
&lt;/OL&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Hope it helps,&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;-Kiwi.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 15 Jun 2021 07:19:51 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/palo-alto-globalptotect-intermitant-pangps-error-network-type-is/m-p/413155#M92933</guid>
      <dc:creator>kiwi</dc:creator>
      <dc:date>2021-06-15T07:19:51Z</dc:date>
    </item>
    <item>
      <title>Re: Palo Alto Globalptotect intermitant PanGPS error 'network type is unknown network' that causes the HIP report to not be send every hour</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/palo-alto-globalptotect-intermitant-pangps-error-network-type-is/m-p/413158#M92934</link>
      <description>&lt;P&gt;Thanks Kiwi, I was also thinking the same but we had Palo Alto TAC case and we were still waiting for them but they are taking too long and now that you confirmed that this may help, I will move on with the testing it. I will write if this solved the issue.&lt;/P&gt;</description>
      <pubDate>Tue, 15 Jun 2021 08:01:34 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/palo-alto-globalptotect-intermitant-pangps-error-network-type-is/m-p/413158#M92934</guid>
      <dc:creator>nikoolayy1</dc:creator>
      <dc:date>2021-06-15T08:01:34Z</dc:date>
    </item>
  </channel>
</rss>

