<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Networking on Dad's a Nerd!</title><link>https://dadsanerd.com/tag/networking/</link><description>Recent content in Networking 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/networking/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>Host Your Own Email: Why It's Not as Hard (or Dangerous) as You've Heard</title><link>https://dadsanerd.com/self-hosted-email-mail-in-a-box/</link><pubDate>Tue, 11 Aug 2026 21:53:01 -0400</pubDate><guid>https://dadsanerd.com/self-hosted-email-mail-in-a-box/</guid><description>&lt;p&gt;Running your own email server has a reputation as one of the worst ideas in self-hosting — guaranteed to get blacklisted, buried in maintenance, and delivered straight to everyone&amp;rsquo;s spam folder. Most of that reputation is inherited secondhand, from people repeating what they read rather than what they ran. This post covers what&amp;rsquo;s actually true, what actually goes wrong, and how &lt;a href="https://mailinabox.email/"&gt;Mail-in-a-Box&lt;/a&gt; handles the parts that genuinely used to be hard.&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><item><title>IPv6 Subnetting Explained: Full CIDR Prefix &amp; Usable Range Reference</title><link>https://dadsanerd.com/ipv6-subnetting-cidr-reference/</link><pubDate>Wed, 05 Aug 2026 21:57:48 -0400</pubDate><guid>https://dadsanerd.com/ipv6-subnetting-cidr-reference/</guid><description>&lt;h1&gt;&lt;/h1&gt;&#10;&lt;p&gt;If you learned &lt;strong&gt;IPv6 subnetting&lt;/strong&gt; by carrying over IPv4 habits, a few things break immediately. There&amp;rsquo;s no broadcast address, no &amp;ldquo;network address&amp;rdquo; burned out of every subnet, and the numbers involved are so large that thinking in individual host counts stops being useful past a certain point. This post is a practical IPv6 subnetting reference: what each CIDR prefix actually gives you, how to read the ranges, and a full table you can bookmark.&lt;/p&gt;</description></item></channel></rss>