NextDNS · home network device coverage
22 JUNE 2026 · window -24h
At a glance
- ❌ RED — 54.1% of queries from unidentified devices (56,800 of 104,953)
- 6 named device(s) accounting for 48,153 queries
- Threshold: ≤5% green · 5-20% amber · >20% red
Why this matters
Unidentified traffic is the home-network equivalent of an unaccounted-for log line — something is making DNS queries and we can’t tell which device it is. Most often it’s: a router doing recursive resolution (forward to NextDNS but don’t tag with device id), an IoT device NextDNS can’t fingerprint, or a device that’s deliberately or accidentally bypassing the profile (guest Wi-Fi, plain-DNS escape, VPN flip).
The fix is one of: name the device in the NextDNS dashboard so it stops rolling up under UNIDENTIFIED, or configure the router to forward per-client DNS rather than recursing centrally.
Device breakdown
| Device | Queries | Share |
|---|---|---|
unidentified (__UNIDENTIFIED__) |
56,800 | 54.1% |
| Dan’s MacBook 14” Pro | 20,326 | 19.4% |
| Audrey iMac M1 | 11,765 | 11.2% |
| iPhone 13 Pro | 10,403 | 9.9% |
| Apple TV Upstairs | 3,148 | 3.0% |
| Lounge TV | 2,478 | 2.4% |
| Dan’s M2 | 33 | 0.0% |
What to do next
- Open https://my.nextdns.io/9bb389/analytics/devices and look at the UNIDENTIFIED bucket.
- Cross-reference with router/DHCP leases — which IP is sending the queries?
- If it’s the router itself: configure per-client DNS forwarding (LAN clients query NextDNS directly via DHCP option 6, not through the router’s recursive resolver).
- If it’s a real device: name it in the NextDNS dashboard so it leaves the unidentified bucket.
Generated by dare_nextdns_audit.py --check device_coverage
Source:
dare_nextdns_device_coverage_2026-06-22.md · Rendered Built with — component scripts
seo_render_html.py— wraps the source.mdin the dash.gf.cx design language (+anchor_enricher.pyfor inline-link promotion & rollover thumbnails)dare_dev_reports_publish.py— bundles the day’s reports into the catalog and ships to dash.gf.cx/reports