<?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 Incorrect Rule Assignment UrlCategory  Any in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/incorrect-rule-assignment-urlcategory-any/m-p/338998#M85190</link>
    <description>&lt;P&gt;External ipaddress 23.35.182.93 is getting incorrectly mapped to a rule "Permit Intranet Sites".&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The rule uses a Urlcategory for Intranet sites and the destination has trust/untrust zones with a negate on one specific destination address.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What might cause the firewall to misapply rules if the dns to ipaddress mappings are effectively static?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I also have noticed on more than a few instances of policies with UrlCategory being applied incorrectly, many of which are external ipaddresses.&lt;/P&gt;</description>
    <pubDate>Fri, 17 Jul 2020 13:42:26 GMT</pubDate>
    <dc:creator>fhewiufhwefhwe</dc:creator>
    <dc:date>2020-07-17T13:42:26Z</dc:date>
    <item>
      <title>Incorrect Rule Assignment UrlCategory  Any</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/incorrect-rule-assignment-urlcategory-any/m-p/338998#M85190</link>
      <description>&lt;P&gt;External ipaddress 23.35.182.93 is getting incorrectly mapped to a rule "Permit Intranet Sites".&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The rule uses a Urlcategory for Intranet sites and the destination has trust/untrust zones with a negate on one specific destination address.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What might cause the firewall to misapply rules if the dns to ipaddress mappings are effectively static?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I also have noticed on more than a few instances of policies with UrlCategory being applied incorrectly, many of which are external ipaddresses.&lt;/P&gt;</description>
      <pubDate>Fri, 17 Jul 2020 13:42:26 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/incorrect-rule-assignment-urlcategory-any/m-p/338998#M85190</guid>
      <dc:creator>fhewiufhwefhwe</dc:creator>
      <dc:date>2020-07-17T13:42:26Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect Rule Assignment UrlCategory + Negate Destination</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/incorrect-rule-assignment-urlcategory-any/m-p/339026#M85195</link>
      <description>&lt;P&gt;URL filtering != FQDN. URL filtering is looking at what's in the packet headers, FQDN is permitting based on the resolved IP address.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If you make the question more tangible I can try and give a specific answer.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Have a good day,&lt;/P&gt;</description>
      <pubDate>Thu, 16 Jul 2020 18:10:18 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/incorrect-rule-assignment-urlcategory-any/m-p/339026#M85195</guid>
      <dc:creator>nbutter</dc:creator>
      <dc:date>2020-07-16T18:10:18Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect Rule Assignment UrlCategory + Negate Destination</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/incorrect-rule-assignment-urlcategory-any/m-p/339040#M85198</link>
      <description>&lt;P&gt;You can create custom objects -&amp;gt; URL Category, which can contain FQDNs and static ipaddresses.&amp;nbsp; This is necessary to prevent URL Filtering from interfering with some sites.&lt;/P&gt;</description>
      <pubDate>Thu, 16 Jul 2020 19:10:21 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/incorrect-rule-assignment-urlcategory-any/m-p/339040#M85198</guid>
      <dc:creator>fhewiufhwefhwe</dc:creator>
      <dc:date>2020-07-16T19:10:21Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect Rule Assignment UrlCategory  Any</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/incorrect-rule-assignment-urlcategory-any/m-p/341116#M85594</link>
      <description>&lt;P&gt;Solved by upgrading to 9.1 from 9.0 PanOS&lt;/P&gt;</description>
      <pubDate>Tue, 28 Jul 2020 20:06:30 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/incorrect-rule-assignment-urlcategory-any/m-p/341116#M85594</guid>
      <dc:creator>fhewiufhwefhwe</dc:creator>
      <dc:date>2020-07-28T20:06:30Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect Rule Assignment UrlCategory  Any</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/incorrect-rule-assignment-urlcategory-any/m-p/341134#M85600</link>
      <description>&lt;P&gt;Spoke too soon.&amp;nbsp; This is actually unsolved.&amp;nbsp; &amp;nbsp;After two days, got first counterexample showing it didn't work.&lt;/P&gt;</description>
      <pubDate>Tue, 28 Jul 2020 21:29:02 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/incorrect-rule-assignment-urlcategory-any/m-p/341134#M85600</guid>
      <dc:creator>fhewiufhwefhwe</dc:creator>
      <dc:date>2020-07-28T21:29:02Z</dc:date>
    </item>
  </channel>
</rss>

