<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>pfSense on Dad's a Nerd!</title><link>https://dadsanerd.com/tag/pfsense/</link><description>Recent content in pfSense on Dad's a Nerd!</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Thu, 13 Aug 2026 14:39:46 -0400</lastBuildDate><atom:link href="https://dadsanerd.com/tag/pfsense/index.xml" rel="self" type="application/rss+xml"/><item><title>pfSense Hardware Guide: What to Actually Buy</title><link>https://dadsanerd.com/pfsense-hardware-guide/</link><pubDate>Thu, 13 Aug 2026 14:31:25 -0400</pubDate><guid>https://dadsanerd.com/pfsense-hardware-guide/</guid><description>&lt;p&gt;&lt;strong&gt;Short answer:&lt;/strong&gt; for most homes, an Intel N100 mini PC with two or more Intel i226-V ports, 8 GB of RAM, and a small SSD handles a gigabit connection without effort and draws about as much power as a light bulb. If you&amp;rsquo;d rather not think about it, a Netgate appliance starts at $269 with pfSense Plus included.&lt;/p&gt;&#10;&lt;p&gt;The rest of this post is about the decisions underneath that answer — because the specification that matters most isn&amp;rsquo;t the CPU, and two of the numbers you&amp;rsquo;ll see quoted everywhere don&amp;rsquo;t mean what they appear to mean.&lt;/p&gt;</description></item><item><title>Tailscale vs. WireGuard on pfSense: Which Should You Run?</title><link>https://dadsanerd.com/tailscale-vs-wireguard-pfsense/</link><pubDate>Wed, 12 Aug 2026 19:12:37 -0400</pubDate><guid>https://dadsanerd.com/tailscale-vs-wireguard-pfsense/</guid><description>&lt;p&gt;&lt;strong&gt;Short answer:&lt;/strong&gt; run WireGuard on pfSense if you can open a UDP port, and add Tailscale if you&amp;rsquo;re behind CGNAT or need to hand access to people who won&amp;rsquo;t edit a config file. The encryption is identical — Tailscale is WireGuard with a control plane on top. The deciding factor on pfSense is that FreeBSD can&amp;rsquo;t run Tailscale&amp;rsquo;s kernel mode, so subnet routing and exit nodes go through a userspace stack, which changes how packets are forwarded and makes exit node duty noticeably slow.&lt;/p&gt;</description></item><item><title>VLAN Segmentation on pfSense: Guest &amp; IoT Networks</title><link>https://dadsanerd.com/vlan-segmentation-on-pfsense-guest-iot-networks/</link><pubDate>Tue, 11 Aug 2026 17:31:22 -0400</pubDate><guid>https://dadsanerd.com/vlan-segmentation-on-pfsense-guest-iot-networks/</guid><description>&lt;h1&gt;&lt;/h1&gt;&#10;&lt;p&gt;Split one flat LAN into three isolated networks — trusted LAN, guest Wi-Fi, and IoT — each on its own VLAN and subnet, with firewall rules that actually enforce the isolation rather than just labeling it. Covers renumbering off the default &lt;code&gt;192.168.1.1&lt;/code&gt;, creating the VLANs, and the specific allow/block rules each network needs.&lt;/p&gt;&#10;&lt;h2 id="why-segment-at-all"&gt;Why segment at all&lt;/h2&gt;&#10;&lt;p&gt;A single flat network means every device — laptops, phones, guest devices, smart plugs, cameras, the TV — can see and reach every other device. That&amp;rsquo;s fine until one of them shouldn&amp;rsquo;t be trusted: a guest&amp;rsquo;s phone with unknown malware, or an IoT device with a firmware vulnerability the manufacturer never patched (both a genuine, ongoing category of problem, not a hypothetical). Segmentation means a compromised or just poorly-secured device on the Guest or IoT network can&amp;rsquo;t reach anything on the trusted LAN, because there&amp;rsquo;s no route there to begin with — not &amp;ldquo;we trust it not to,&amp;rdquo; but &amp;ldquo;the firewall doesn&amp;rsquo;t permit it.&amp;rdquo;&lt;/p&gt;</description></item><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><item><title>Multi-Site VPN on pfSense: Connect Multiple Locations with WireGuard (No Vendor Fees)</title><link>https://dadsanerd.com/multi-site-vpn-pfsense-wireguard/</link><pubDate>Tue, 11 Aug 2026 16:11:27 -0400</pubDate><guid>https://dadsanerd.com/multi-site-vpn-pfsense-wireguard/</guid><description>&lt;p&gt;Connects multiple pfSense-routed locations into one routed, dual-stack (IPv4 + IPv6) network using WireGuard — a self-hosted &lt;strong&gt;multi-site VPN on pfSense&lt;/strong&gt; in a hub-and-spoke topology. No NAT, no per-site static IP requirement, no recurring vendor fee.&lt;/p&gt;&#10;&lt;p&gt;&lt;strong&gt;Terminology note:&lt;/strong&gt; the underlying technique here is a &lt;strong&gt;site-to-site VPN&lt;/strong&gt; — a permanent, routed tunnel connecting two networks. &amp;ldquo;Multi-site&amp;rdquo; just means using that same technique more than once: a hub site runs a separate site-to-site tunnel to each additional location. Two sites is the base case (one tunnel, one peer on each end); three or more is that same setup repeated, with the hub acting as the common point. Nothing about the core configuration changes as sites are added — Step 2 through Step 5 are simply repeated per additional spoke.&lt;/p&gt;</description></item><item><title>pfSense WireGuard IPv6 Setup: Full Tunnel and Split Tunnel Guide</title><link>https://dadsanerd.com/pfsense-wireguard-ipv6-setup-full-tunnel-and-split-tunnel-guide/</link><pubDate>Mon, 10 Aug 2026 21:08:26 -0400</pubDate><guid>https://dadsanerd.com/pfsense-wireguard-ipv6-setup-full-tunnel-and-split-tunnel-guide/</guid><description>&lt;h1&gt;&lt;/h1&gt;&#10;&lt;p&gt;Setting up a &lt;strong&gt;home WireGuard VPN&lt;/strong&gt; on pfSense gets you your own private, self-hosted VPN — no subscription, no third-party logging policy to trust, just your own router. This guide walks through a complete &lt;strong&gt;pfSense WireGuard setup with IPv6&lt;/strong&gt; covering both major connection modes (full tunnel and split tunnel), dual-stack &lt;strong&gt;IPv4 and IPv6&lt;/strong&gt; addressing, a stable hostname via Cloudflare Dynamic DNS, and the firewall/NAT rules that actually make traffic pass — not just handshake.&lt;/p&gt;</description></item></channel></rss>