Labthrift Labthrift What to buy. What to skip. Why.

Written 6 Sep 2026. This is a how-to, not a product card.

When Pi-hole shows no queries

Admin opens, totals stay at zero, query log empty. Prove the house asks the computer for DNS, then check Pi-hole status. You don't need a new Raspberry Pi.

Haven't installed the house ad block yet? Start with the first useful thing. Admin page itself won't load? That is when the Pi-hole admin page won't open. Ads are back on every phone while the log once looked busy? That checklist is when ads come back. This note is the quieter failure: the dashboard loads, but Total queries stays at 0 no matter how many tabs you open.

Skip until the admin page opens

You need http://pi.hole/admin or the computer's address plus /admin to load and accept the admin password. If it won't, fix that walk first. You also need house Wi-Fi (or a cable), not guest Wi-Fi that still uses ISP DNS, and not cellular data on a phone. Reading a healthy log later is see what Pi-hole blocked.

What this is

Pi-hole only writes query rows when something asks it for a name. Zero forever usually means nothing is asking: the router still hands out ISP DNS, one device bypasses house DNS, or you are testing from a network that never reaches the computer. Less often, FTL (the DNS engine) is stopped while the web UI still answers. You prove who the phone asks, then prove Pi-hole is listening. You don't buy a second box for an empty diary.

Step 1: confirm the symptom

On a laptop or phone on the house network, open the admin page and sign in. Look at Total queries and the Query Log. Browse a news site or open a few apps for a minute. If the numbers stay at zero and no new rows appear, stay on this page. If rows appear for some devices and not others, that is usually one phone or one laptop bypassing DNS: when one phone still shows ads or when one laptop still shows ads.

Step 2: see which DNS the test device uses

On the laptop you are testing with, check the DNS servers the OS was given. On Ubuntu or Debian:

resolvectl status

Or:

cat /etc/resolv.conf

On Windows, open Command Prompt:

ipconfig /all

Look for DNS Servers under the active Wi-Fi or ethernet adapter. On a Mac, System Settings → Network → the active interface → Details → DNS.

You want the computer's house address (the one you use for SSH), not 1.1.1.1, 8.8.8.8, or the router's own address alone unless that router is set to forward every ask to Pi-hole. If the laptop shows Cloudflare, Google, or "Secure DNS" / Private DNS instead of the old PC, the query log will stay empty for that device even when Pi-hole is fine.

Step 3: point the house (or one device) at the computer

House-wide fix: set LAN / DHCP DNS on the router to the computer's address, then renew leases (toggle Wi-Fi on phones, or reboot them). Brand menus: point common home routers at Pi-hole. Short generic pass: point the house at the ad block.

If Nest, Google Wifi, or an ISP gateway will not take custom DNS, set DNS on one phone or laptop only and prove the log moves: point a phone or laptop at Pi-hole when the router won't. Guest SSID is a separate network on purpose. Guests often never hit Pi-hole: when guest Wi-Fi still shows ads.

After you change DNS, open a few sites again and refresh the Query Log. New rows should appear within a minute.

Step 4: prove a lookup hits the computer

From the test laptop, ask the computer directly (swap in its real address):

dig @192.168.1.50 example.com +short

Or:

nslookup example.com 192.168.1.50

If that returns an answer and the Query Log gains a row for example.com, Pi-hole works. The house just was not sending it traffic. Go back to Step 3.

If the direct lookup times out or refuses, stay on the computer for Step 5. Need the address again? Find it on the house network.

Step 5: check Pi-hole status on the computer

SSH in from the couch, then:

pihole status

You want FTL / DNS listening and blocking enabled. If it says offline or the DNS service is not running:

pihole restartdns

Then:

pihole status

Optional deeper look:

pihole -c -e

Or watch live while you reload a page on the phone:

pihole tail

Press Ctrl-C when you have seen enough. If status stays broken after a restart, update software and lists once: keep Pi-hole updated. Before a reinstall, save settings: save a Pi-hole backup.

Step 6: firewall and reachability (if direct dig still fails)

From the laptop, ping the computer. If ping fails, fix the address and the link first (Wi-Fi drop, wrong VLAN, soft-off). If ping works but dig to port 53 fails, check whether a firewall on the computer blocks DNS from the house. If you already turned on ufw, allow DNS (and the admin page) so phones can reach it: turn on a simple firewall without locking yourself out.

IPv6 can also send phones past Pi-hole while IPv4 looks fine. That usually shows as ads still present, not a totally empty log, but it is worth a look if only phones stay dirty after IPv4 DNS is right: when ads sneak past on IPv6.

What this is not

This is not a new Raspberry Pi. It is not exposing port 53 to the public internet. It is not Unbound on night one. It is not wiping every block list because the diary is empty. An empty log means nobody asked, or the DNS engine is down — not that you need a mesh kit.

What next

When rows appear, read them: see what Pi-hole blocked. Ads still on every device after the log is alive? when ads come back. One bank page broken while ads stay gone? when a site won't load after Pi-hole. Tabs hang a few seconds then load? when browsing feels slow after Pi-hole. Tired of typing the number? Add a local name in Pi-hole.

Optional: jot that DNS now points at the computer in Lab plan — username + passkey, no email. Skip if you just want to keep reading.

Skip

Sources

Pi-hole docs. Pi-hole command (status, restartdns, tail). Official pages only. For install, see the first useful thing. For router DNS, see point common home routers at Pi-hole. For reading a live log, see see what Pi-hole blocked. For ads returning house-wide, see when ads come back.

Also on this topic

See what Pi-hole blockedOpen the query log (or watch it over SSH) so you can tell ads are dying, which device asked, and which name to allow later. You don't need a new router. When ads come backAds are back, sites won't load, or a phone still shows banners. Check the computer, Pi-hole, router DNS, then the phone. Point common home routers at Pi-holeWhere to set DNS on TP-Link, ASUS, eero, Netgear, Nest, and ISP gateways so the house asks Pi-hole. Prefer LAN DHCP DNS. You don't need a new router. Point a phone or laptop at Pi-hole when the router won'tWhen Nest, Google Wifi, or an ISP gateway will not take custom DNS, set DNS on one phone or laptop so it asks Pi-hole. You don't need a new router for this device. When the Pi-hole admin page won't openhttp://pi.hole/admin or the computer's address plus /admin won't load. Check house Wi-Fi, the address, then Pi-hole and the web service. You don't need a new router. When one phone still shows adsEveryone else's ads dropped. One phone still shows banners. Check Private DNS, Private Relay, a VPN, then the Wi-Fi lease. You don't need a new router. When one laptop still shows adsEveryone else's ads dropped. One laptop (or one browser) still shows banners. Check Chrome, Edge, or Firefox Secure DNS, Windows encrypted DNS, Mac Private Relay, then a VPN. You don't need a new router. The first useful thingPut a house-wide ad block on the old PC. The rest of the house keeps using the internet as usual. You don't need a Raspberry Pi.