<?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: DNS Proxy stops responding to requests in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/dns-proxy-stops-responding-to-requests/m-p/1262100#M126889</link>
    <description>&lt;P&gt;Could be a DNS Proxy resource/exhaustion issue caused by the increased Apple Private Relay queries. Check for a firmware update/known bug and monitor the pending UDP limit. Blocking Private Relay/DoH explicitly may be a better workaround than the static DNS entry while keeping your security policies enabled.&lt;/P&gt;</description>
    <pubDate>Tue, 18 Aug 2026 05:42:00 GMT</pubDate>
    <dc:creator>cartergray705</dc:creator>
    <dc:date>2026-08-18T05:42:00Z</dc:date>
    <item>
      <title>DNS Proxy stops responding to requests</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/dns-proxy-stops-responding-to-requests/m-p/1262035#M126885</link>
      <description>&lt;P&gt;Has anyone else recently experienced problems with DNS Proxy stopping responding to client DNS requests?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I run DNS Proxy on multiple sub-networks, such as our public Wifi zone, along with spyware/URL filtering for preventing access to malware/prohibited/etc. domains. The Security Policies prevent access to proxy avoidance and encrypted DNS. For the last week I have continually run into a problem were the public Wifi DNS Proxy stops responding to nearly all client DNS requests. Stopping/starting the the DNS Proxy temporarily restores service, but it fails again within a couple minutes to hours. Changing DNS cache settings has made no difference.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Under DNS Proxy statistics, "Queries forwarded to servers" is outnumbering "Queries received from servers" by 5-10 to 1. The DNS Proxy seems to start failing when "Pending UDP" connections climbs to around 2000 open queries.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;It appears that these open DNS queries are being blocked in the security rules as proxy/encrypted DNS (expected) for "mask.icloud.com" (and other Apple-related FQDNs). It further appears that Apple changed their base config about a week ago to enable "iCloud Private Relay" by default, which has caused Apple devices to change from doing DNS requests for "mask.apple-dns.net" (which returns an A record) to DNS requests to "mask.icloud.net" (which returns a C record to mask.apple-dns.net). And the Apple devices are doing far more of these requests when blocked. It seems the combination of the C name and the increase in blocked requests is causing the DNS Proxy to hang and stop processing additional DNS queries.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I have been able to temporarily relieve the DNS Proxy hangs by inserting a "mask.icloud.com - 127.0.0.1" static DNS entry, but all the Apple devices can no longer access the internet unless the disable "iCloud Private Relay". Has anyone else experienced this? Any other options for bypassing while maintaining Security Policies?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 17 Aug 2026 17:38:19 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/dns-proxy-stops-responding-to-requests/m-p/1262035#M126885</guid>
      <dc:creator>Adrian_Jensen</dc:creator>
      <dc:date>2026-08-17T17:38:19Z</dc:date>
    </item>
    <item>
      <title>Re: DNS Proxy stops responding to requests</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/dns-proxy-stops-responding-to-requests/m-p/1262048#M126887</link>
      <description>&lt;P&gt;After digging through days of logging and generating stats, it appear this Apple change took place between about 8/17 1900-2100 UTC (1200-1400 local time). Previously, the queries for mask.apple-dns.net were generating about 20,000-60,000 DNS blocks per hour. After the change to icloud.com DNS, the PA is blocking about 140,000-220,000 DNS requests per hour (from roughly 50 or so Apple devices on Wifi). Almost no DNS requests for apple-dns.net FQDNs remain.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Following&amp;nbsp;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/194402"&gt;@phampx&lt;/a&gt;'s suggestion, I changed the DNS Proxy static entries for "mask.icloud.com", "mask-api.icloud.com", and "mask-h2.icloud.com" to a static entry of "0.0.0.0". This seems to make a test Apple device immediately signal that iCloud Private Relay is not available on the network. There are still a huge number of DNS requests constantly blocked, but the Pending UDP connections is back down in the range of 40-300, instead of 2000+.&lt;/P&gt;
&lt;P&gt;&lt;A href="https://live.paloaltonetworks.com/t5/general-topics/what-is-the-best-practice-to-block-icloud-relay/m-p/1257143/highlight/true#M126640" target="_blank" rel="noopener"&gt;https://live.paloaltonetworks.com/t5/general-topics/what-is-the-best-practice-to-block-icloud-relay/m-p/1257143/highlight/true#M126640&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 17 Aug 2026 23:16:36 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/dns-proxy-stops-responding-to-requests/m-p/1262048#M126887</guid>
      <dc:creator>Adrian_Jensen</dc:creator>
      <dc:date>2026-08-17T23:16:36Z</dc:date>
    </item>
    <item>
      <title>Re: DNS Proxy stops responding to requests</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/dns-proxy-stops-responding-to-requests/m-p/1262100#M126889</link>
      <description>&lt;P&gt;Could be a DNS Proxy resource/exhaustion issue caused by the increased Apple Private Relay queries. Check for a firmware update/known bug and monitor the pending UDP limit. Blocking Private Relay/DoH explicitly may be a better workaround than the static DNS entry while keeping your security policies enabled.&lt;/P&gt;</description>
      <pubDate>Tue, 18 Aug 2026 05:42:00 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/dns-proxy-stops-responding-to-requests/m-p/1262100#M126889</guid>
      <dc:creator>cartergray705</dc:creator>
      <dc:date>2026-08-18T05:42:00Z</dc:date>
    </item>
  </channel>
</rss>

