<?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: Fqdn Refresh job failed on passive device in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/fqdn-refresh-job-failed-on-passive-device/m-p/240211#M68844</link>
    <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/75039"&gt;@MP18&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;As&amp;nbsp;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/27580"&gt;@OtakarKlier&lt;/a&gt;&amp;nbsp;mentioned really the default answer to this question would be yes. However, depending on what you're using FQDNs for and how vital they are in your configuration, a laps of an update could potentially be a non/small issue that is acceptable for your organization. A lot of people run into this on passive devices since they aren't using the management port, and in that case I would just say that you shouldn't use any FQDN objects in vital policies.&amp;nbsp;&lt;/P&gt;&lt;P&gt;That being said, obviously giving the device a dedicated management interface has multiple advantages outside of just allowing FQDN refreshes while passive. If at all possible, I would really recommend that the firewall management port always have a connection and you don't rely on the service routes option.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Fri, 16 Nov 2018 22:48:53 GMT</pubDate>
    <dc:creator>BPry</dc:creator>
    <dc:date>2018-11-16T22:48:53Z</dc:date>
    <item>
      <title>Fqdn Refresh job failed on passive device</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/fqdn-refresh-job-failed-on-passive-device/m-p/239996#M68746</link>
      <description>&lt;P&gt;we are getting email alert for the&amp;nbsp;Fqdn Refresh job failed on passive device&lt;/P&gt;&lt;P&gt;does passive device need to do the fqdn refresh?&lt;/P&gt;</description>
      <pubDate>Thu, 15 Nov 2018 16:11:22 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/fqdn-refresh-job-failed-on-passive-device/m-p/239996#M68746</guid>
      <dc:creator>MP18</dc:creator>
      <dc:date>2018-11-15T16:11:22Z</dc:date>
    </item>
    <item>
      <title>Re: Fqdn Refresh job failed on passive device</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/fqdn-refresh-job-failed-on-passive-device/m-p/240024#M68753</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I would say yes since if it needs to take over its up to date. Check which interface you are using for the 'Service Path', if it is not the management port, it will not be up on a passive device. Also it could be something else blocking the traffic?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Just a few thoughts.&lt;/P&gt;</description>
      <pubDate>Thu, 15 Nov 2018 17:46:27 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/fqdn-refresh-job-failed-on-passive-device/m-p/240024#M68753</guid>
      <dc:creator>OtakarKlier</dc:creator>
      <dc:date>2018-11-15T17:46:27Z</dc:date>
    </item>
    <item>
      <title>Re: Fqdn Refresh job failed on passive device</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/fqdn-refresh-job-failed-on-passive-device/m-p/240211#M68844</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/75039"&gt;@MP18&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;As&amp;nbsp;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/27580"&gt;@OtakarKlier&lt;/a&gt;&amp;nbsp;mentioned really the default answer to this question would be yes. However, depending on what you're using FQDNs for and how vital they are in your configuration, a laps of an update could potentially be a non/small issue that is acceptable for your organization. A lot of people run into this on passive devices since they aren't using the management port, and in that case I would just say that you shouldn't use any FQDN objects in vital policies.&amp;nbsp;&lt;/P&gt;&lt;P&gt;That being said, obviously giving the device a dedicated management interface has multiple advantages outside of just allowing FQDN refreshes while passive. If at all possible, I would really recommend that the firewall management port always have a connection and you don't rely on the service routes option.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 16 Nov 2018 22:48:53 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/fqdn-refresh-job-failed-on-passive-device/m-p/240211#M68844</guid>
      <dc:creator>BPry</dc:creator>
      <dc:date>2018-11-16T22:48:53Z</dc:date>
    </item>
  </channel>
</rss>

