<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>DNS on Dad's a Nerd!</title><link>https://dadsanerd.com/tag/dns/</link><description>Recent content in DNS on Dad's a Nerd!</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Tue, 11 Aug 2026 16:57:45 -0400</lastBuildDate><atom:link href="https://dadsanerd.com/tag/dns/index.xml" rel="self" type="application/rss+xml"/><item><title>DNS over TLS on pfSense: Encrypt Unbound's Upstream Queries</title><link>https://dadsanerd.com/dns-over-tls-pfsense-unbound/</link><pubDate>Tue, 11 Aug 2026 16:57:45 -0400</pubDate><guid>https://dadsanerd.com/dns-over-tls-pfsense-unbound/</guid><description>&lt;p&gt;Every unencrypted DNS query leaves the network in plaintext — your ISP, and anyone else on the path, sees every domain being looked up, even if the site itself is HTTPS. DNS over TLS (DoT) encrypts that query between pfSense&amp;rsquo;s Unbound resolver and the upstream DNS provider, closing that specific gap. This is the resolver both &lt;a href="https://dadsanerd.com/pfsense-wireguard-ipv6-setup-full-tunnel-and-split-tunnel-guide/"&gt;WireGuard guides&lt;/a&gt; already point client DNS at — this post covers securing it.&lt;/p&gt;&#10;&lt;h2 id="what-this-does-and-doesnt-protect"&gt;What this does and doesn&amp;rsquo;t protect&lt;/h2&gt;&#10;&lt;div class="table-wrap" tabindex="0" role="region" aria-label="Table"&gt;&#10;&lt;table&gt;&#10; &lt;thead&gt;&lt;tr&gt;&lt;th&gt;&lt;/th&gt;&lt;th&gt;Covered by DoT&lt;/th&gt;&lt;th&gt;Not covered&lt;/th&gt;&lt;/tr&gt;&lt;/thead&gt;&#10; &lt;tbody&gt;&lt;tr&gt;&lt;td&gt;ISP seeing which domains you look up&lt;/td&gt;&lt;td&gt;Yes&lt;/td&gt;&lt;td&gt;—&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td&gt;On-path DNS spoofing/tampering of the upstream query&lt;/td&gt;&lt;td&gt;Yes&lt;/td&gt;&lt;td&gt;—&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td&gt;Traffic content once a connection is made&lt;/td&gt;&lt;td&gt;—&lt;/td&gt;&lt;td&gt;No — DoT is DNS only, not a VPN&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td&gt;Which IPs you connect to (visible via the connection itself)&lt;/td&gt;&lt;td&gt;—&lt;/td&gt;&lt;td&gt;No — SNI/IP are still visible unless also using something like encrypted SNI or a VPN&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td&gt;Local, LAN-side query visibility (anyone on your LAN)&lt;/td&gt;&lt;td&gt;—&lt;/td&gt;&lt;td&gt;No — DoT only covers the pfSense-to-upstream leg&lt;/td&gt;&lt;/tr&gt;&lt;/tbody&gt;&#10;&lt;/table&gt;&#10;&lt;/div&gt;&#10;&lt;h2 id="dot-vs-doh--why-this-guide-uses-dot"&gt;DoT vs. DoH — why this guide uses DoT&lt;/h2&gt;&#10;&lt;p&gt;Unbound (pfSense&amp;rsquo;s resolver) has native, GUI-exposed support for DNS over TLS. It does not natively speak DNS over HTTPS (DoH) as a client — getting DoH would mean chaining Unbound to an external DoH-capable forwarder (e.g., cloudflared) running as a separate service, adding a moving part for no real security difference at the resolver level. DoT is the natural fit for pfSense&amp;rsquo;s built-in tooling; use it unless something specific requires DoH.&lt;/p&gt;</description></item></channel></rss>