{"id":426,"date":"2026-08-30T10:10:00","date_gmt":"2026-08-30T08:10:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/?p=426"},"modified":"2026-08-13T14:27:45","modified_gmt":"2026-08-13T12:27:45","slug":"dns-level-ad-blocking-security-pi-hole-adguard-home-unifi-en","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/en\/raspberry-pi\/dns-level-ad-blocking-security-pi-hole-adguard-home-unifi-en\/","title":{"rendered":"DNS-Level Ad Blocking & Security: Pi-hole and AdGuard Home in a UniFi Network"},"content":{"rendered":"\r\n
Implementing Domain Name System (DNS) filtering at the network perimeter represents a highly effective method for eliminating advertisements, tracking scripts, and malicious telemetry across all connected endpoints. Integrating a self-hosted DNS resolver such as Pi-hole or AdGuard Home within an enterprise or residential UniFi network architecture provides centralized traffic inspection without requiring client-side browser extensions or background applications.<\/p>\r\n\r\n\r\n\r\n
1. Multi-VLAN DNS Architecture in a UniFi Environment<\/h2>\r\n\r\n\r\n\r\n
Proper network segmentation requires placing the dedicated DNS resolver inside a secure management or server VLAN (e.g., 10.0.10.0\/24<\/code>). To serve clients across multiple isolated subnets\u2014such as IoT, guest, and trusted LAN environments\u2014the UniFi DHCP server settings for each VLAN must advertise the internal IP address of the resolver explicitly as the primary DNS server.<\/p>\r\n\r\n\r\n\r\n
\r\n
DHCP DNS Server Assignment:<\/strong> Within the UniFi Network Controller, the DHCP Name Server setting for every VLAN should point strictly to the local resolver IP, replacing default gateway addresses or external public DNS providers.<\/li>\r\n
Inter-VLAN Firewall Rules:<\/strong> An explicit “LAN IN” firewall rule must allow UDP and TCP port 53 traffic originating from client VLANs to reach the DNS resolver inside the server subnet, while continuing to block all other unauthorized inter-VLAN access.<\/li>\r\n<\/ul>\r\n\r\n\r\n\r\n\n\nSetting the DNS server per DHCP is a request, not an obligation. Only the NAT rule on the gateway turns it into one \u2014 it rewrites every port 53 query back to the filter.<\/figcaption>\n<\/figure>\n\n
2. Upstream Encryption: DNS-over-HTTPS (DoH) and DNS-over-TLS (DoT)<\/h2>\r\n\r\n\r\n\r\n
Traditional DNS queries are transmitted in plain text over UDP port 53, leaving DNS traffic vulnerable to monitoring, interception, and spoofing by Internet Service Providers (ISPs) or local network eavesdroppers. Securing the DNS pipeline requires configuring the local resolver to forward upstream requests through encrypted protocols:<\/p>\r\n\r\n\r\n\r\n
\r\n
DNS-over-TLS (DoT):<\/strong> Encrypts queries over dedicated TCP port 853, offering minimal latency overhead and straightforward verification of public recursive upstream resolvers (e.g., Cloudflare, Quad9).<\/li>\r\n
DNS-over-HTTPS (DoH):<\/strong> Encapsulates DNS queries within standard HTTPS traffic on port 443, making DNS resolution indistinguishable from standard web browsing and preventing upstream port blocking.<\/li>\r\n<\/ul>\r\n\r\n\r\n\r\n
3. Preventing Hardcoded DNS Bypasses on the Gateway<\/h2>\r\n\r\n\r\n\r\n
Numerous IoT devices, streaming media players, and smart TVs attempt to bypass local DHCP DNS settings by using hardcoded DNS servers (such as 8.8.8.8<\/code> or 1.1.1.1<\/code>). To enforce filtering across all devices, the UniFi gateway must intercept and redirect all outbound DNS traffic:<\/p>\r\n\r\n\r\n\r\n
Port 53 Interception:<\/strong> A NAT\/Firewall redirection rule on the UniFi router must catch all packets destined for TCP\/UDP port 53 originating from client subnets that are not addressed to the local DNS resolver.<\/li>\r\n
Forced Redirection or Drop:<\/strong> These intercepted packets can either be redirected transparently to the internal Pi-hole\/AdGuard Home instance or dropped entirely, forcing client applications to fall back to the assigned local resolver.<\/li>\r\n
DoH\/DoT Blocklists:<\/strong> To prevent devices from bypassing filtering via external DoH\/DoT endpoints, public IP addresses of known external DoH servers should be blocked on outbound firewall rules that apply to the client subnets only, so that the encrypted upstream connections of the local resolver itself remain permitted.<\/li>\r\n<\/ul>\r\n\r\n\r\n\r\n
4. Multi-Layered Telemetry and Tracking Mitigation<\/h2>\r\n\r\n\r\n\r\n
Combining centralized domain blocklists with aggressive DNS cache management drastically reduces unnecessary background network chatter. Eliminating telemetry requests from operating systems, smart household appliances, and mobile applications at the DNS level saves bandwidth, accelerates page load times, and enforces robust privacy protection across the entire network infrastructure.<\/p>\r\n\n\n
![\"Multi-VLAN](\"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/diagrams\/hand-pihole-en.png\")
\n