<?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: Traffic stops hitting when one of two FQDN objects in policy not resolvable in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/traffic-stops-hitting-when-one-of-two-fqdn-objects-in-policy-not/m-p/527584#M108994</link>
    <description>&lt;P&gt;&lt;SPAN&gt;10.1.6-h3&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;This could be some combination of other aspects as by making such a setup intentionally (rule with expired FQDN object) I couldn't recreate the issue.&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Wed, 18 Jan 2023 17:01:53 GMT</pubDate>
    <dc:creator>nikoo</dc:creator>
    <dc:date>2023-01-18T17:01:53Z</dc:date>
    <item>
      <title>Traffic stops hitting when one of two FQDN objects in policy not resolvable</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/traffic-stops-hitting-when-one-of-two-fqdn-objects-in-policy-not/m-p/527546#M108985</link>
      <description>&lt;P&gt;There is a security rule with two FQDN objects used as destination. Along with that user group is configured and source/destination zones - nothing special.&lt;/P&gt;
&lt;P&gt;There have been a couple of cases where traffic suddenly stops hitting the rule although everything seems to be in the place. It turns out on of the two FQDN address objects is not resolving anymore (which is fine as it was removed from the DNS) and as soon as removing that unresolvable object, traffic to other FQDN (which resolved just fine) destination started working and traffic hit the rule correctly.&lt;/P&gt;
&lt;P&gt;Not sure if that was solved by really removing the unresolvable object or just committing something would do the trick as well (as in both cases commit included removing the object). Haven't been able to reproduce the issue yet.&lt;/P&gt;
&lt;P&gt;Have someone seen something like this? Ideas?&lt;/P&gt;</description>
      <pubDate>Wed, 18 Jan 2023 13:41:32 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/traffic-stops-hitting-when-one-of-two-fqdn-objects-in-policy-not/m-p/527546#M108985</guid>
      <dc:creator>nikoo</dc:creator>
      <dc:date>2023-01-18T13:41:32Z</dc:date>
    </item>
    <item>
      <title>Re: Traffic stops hitting when one of two FQDN objects in policy not resolvable</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/traffic-stops-hitting-when-one-of-two-fqdn-objects-in-policy-not/m-p/527583#M108993</link>
      <description>&lt;P&gt;Which PANOS is this? I have multiple rules with multiple FQDN destination objects where one or more has expired and I haven't seen that behavior.&lt;/P&gt;</description>
      <pubDate>Wed, 18 Jan 2023 16:49:14 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/traffic-stops-hitting-when-one-of-two-fqdn-objects-in-policy-not/m-p/527583#M108993</guid>
      <dc:creator>Adrian_Jensen</dc:creator>
      <dc:date>2023-01-18T16:49:14Z</dc:date>
    </item>
    <item>
      <title>Re: Traffic stops hitting when one of two FQDN objects in policy not resolvable</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/traffic-stops-hitting-when-one-of-two-fqdn-objects-in-policy-not/m-p/527584#M108994</link>
      <description>&lt;P&gt;&lt;SPAN&gt;10.1.6-h3&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;This could be some combination of other aspects as by making such a setup intentionally (rule with expired FQDN object) I couldn't recreate the issue.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 18 Jan 2023 17:01:53 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/traffic-stops-hitting-when-one-of-two-fqdn-objects-in-policy-not/m-p/527584#M108994</guid>
      <dc:creator>nikoo</dc:creator>
      <dc:date>2023-01-18T17:01:53Z</dc:date>
    </item>
  </channel>
</rss>

