[Pi-Hole] Ervaringen & discussie

[Witlof]

Kijk eens in de all settings (expert mode) bij de PTR settings wat daar staat. Wellicht is dat de oplossing die je zoekt.

[Raven]

@Witlof Daar lijkt het inderdaad te zitten , nu krijg ik de hostnaam, echter nog niet die wat ik incl domein en tld heb ingesteld in de local DNS records lijst. Bij alle andere apparaten werkt dat wel, daar wordt op basis van IP-adres de naam.domein.tld uit die lijst in de query log weergegeven.

edit: Op None zetten was de oplossing

[ Voor 6% gewijzigd door Raven op 21-06-2026 17:22 ]

[W1ck1e]

Raven schreef op zondag 21 juni 2026 @ 17:21:
@Witlof Daar lijkt het inderdaad te zitten , nu krijg ik de hostnaam, echter nog niet die wat ik incl domein en tld heb ingesteld in de local DNS records lijst. Bij alle andere apparaten werkt dat wel, daar wordt op basis van IP-adres de naam.domein.tld uit die lijst in de query log weergegeven.

edit: Op None zetten was de oplossing

Bedoel je deze instelling ?

[Raven]

W1ck1e schreef op zondag 21 juni 2026 @ 17:51:
[...]

Bedoel je deze instelling ?

[Afbeelding]

dns.piholePTR , waar "PI.HOLE" de default is, andere opties zijn hostname, hostnameFQDN en none.

Die instelling geeft het in uppercase aan (vandaar dat het niet opviel), echter zie ik daar dit bij staan: Respond with "pi.hole".

[ Voor 13% gewijzigd door Raven op 21-06-2026 17:57 ]

[W1ck1e]

Raven schreef op zondag 21 juni 2026 @ 17:56:
[...]

dns.piholePTR , waar "PI.HOLE" de default is, andere opties zijn hostname, hostnameFQDN en none.

Die instelling geeft het in uppercase aan (vandaar dat het niet opviel), echter zie ik daar dit bij staan: Respond with "pi.hole".

Dus bij "All Settings" / "DNS server" tabblad



Ik heb 3 piholes en die staan allemaal op "pi.hole" Dat kan dus beter

[Raven]

W1ck1e schreef op zondag 21 juni 2026 @ 18:08:
[...]

Dus bij "All Settings" / "DNS server" tabblad

[Afbeelding]

Ik heb 3 piholes en die staan allemaal op "pi.hole" Dat kan dus beter

Check, die staat daar dus standaard op en daardoor negeert PiHole wat in de local DNS lijst staat....

[Raven]

Zou iemand een reden kunnen bedenken waarom de local DNS lijst niet altijd gebruikt lijkt te worden om de client IP adressen te resolven in de query log?

Ik heb alle Shelly's in de local DNS lijst gezet in beide PiHoles, nu zijn er Shelly's in de query log waarvan de client IP wel wordt geresolved naar wat ik in de local DNS lijst heb gezet, echter zijn er ook Shelly's die niet worden geresolved terwijl de IP-adressen wel in de local DNS lijst staan

[W1ck1e]

Raven schreef op dinsdag 23 juni 2026 @ 10:34:
Zou iemand een reden kunnen bedenken waarom de local DNS lijst niet altijd gebruikt lijkt te worden om de client IP adressen te resolven in de query log?

Ik heb alle Shelly's in de local DNS lijst gezet in beide PiHoles, nu zijn er Shelly's in de query log waarvan de client IP wel wordt geresolved naar wat ik in de local DNS lijst heb gezet, echter zijn er ook Shelly's die niet worden geresolved terwijl de IP-adressen wel in de local DNS lijst staan

Maak eens een mooi plaatje met de piholes (en hun relatie) en welke de dhcp server is (there can be only one). En gebruiken die "shelly's" dhcp of zijn ze static geconfigureerd op het device zelf ?

[Raven]

W1ck1e schreef op dinsdag 23 juni 2026 @ 10:42:
[...]

Maak eens een mooi plaatje met de piholes (en hun relatie) en welke de dhcp server is (there can be only one). En gebruiken die "shelly's" dhcp of zijn ze static geconfigureerd op het device zelf ?

De DHCP-server is de router-pc, niet een van de PiHoles. Beide PiHoles hebben een statisch IP-adres (de een *.*.*.253 de ander *.*.*.254), de Shelly's maken gebruik van static DHCP. De IP-adressen van de Shelly's komen exact overeen met wat in de local DNS lijst staat.

Voorbeeld uit log:

code:

2026-06-22 12:08:19         A   updates.shelly.cloud    lamp.computerkamer.domain.nl    12.8 ms 
2026-06-22 12:04:51         A   updates.shelly.cloud    10.0.5.19   13.3 ms 
2026-06-22 12:04:03         A   updates.shelly.cloud    lamp.rommelkamer.domein.nl  5.5 ms  
2026-06-22 12:00:33         A   updates.shelly.cloud    10.0.5.25   11.9 ms 
2026-06-22 12:00:33         A   updates.shelly.cloud    10.0.5.20   12.0 m

Stukje uit de local DNS lijst van de PiHoles:

code:

lamp.rommelkamer.domein.nl  10.0.5.4
lamp.computerkamer.domein.nl    10.0.5.9
vriezer.keuken.domein.nl    10.0.5.19
ont.woonkamer.domein.nl 10.0.5.20
lamp3.woonkamer.domein.nl   10.0.5.25

[W1ck1e]

@Raven Wat is de gemeenschappelijke factor van de 2 die wel resolven die ze onderscheidt van de 3 die niet resolven ? Ik denk dat je het in die richting moet zoeken.

[Raven]

@W1ck1e
lamp.computerkamer.domain.nl -> 1PM Mini Gen4
lamp.rommelkamer.domein.nl -> 1PM Mini Gen4
10.0.5.19 (vriezer.keuken.domein.nl) -> PM Mini Gen3
10.0.5.20 (ont.woonkamer.domein.nl) -> PM Mini Gen3
10.0.5.25 (lamp3.woonkamer.domein.nl) -> PlusPlugS

Instellingen zijn hetzelfde, zelfde VLAN, zelfde subnet, zelfde DNS, zelfde NTP server ..... ik heb geen idee wat er verschillend zou kunnen zijn dat dit kan verklaren. Dit zijn er echter maar een paar (van de 30+ Shelly's), zijn er meer die niet resolven en ook de nodige die wel resolven. Ik zie vooralsnog geen patroon.

[Airw0lf]

Raven schreef op dinsdag 23 juni 2026 @ 10:54:
[...]

De DHCP-server is de router-pc, niet een van de PiHoles. Beide PiHoles hebben een statisch IP-adres (de een *.*.*.253 de ander *.*.*.254), de Shelly's maken gebruik van static DHCP. De IP-adressen van de Shelly's komen exact overeen met wat in de local DNS lijst staat.

Voorbeeld uit log:

code:

2026-06-22 12:08:19         A   updates.shelly.cloud    lamp.computerkamer.domain.nl    12.8 ms 
2026-06-22 12:04:51         A   updates.shelly.cloud    10.0.5.19   13.3 ms 
2026-06-22 12:04:03         A   updates.shelly.cloud    lamp.rommelkamer.domein.nl  5.5 ms  
2026-06-22 12:00:33         A   updates.shelly.cloud    10.0.5.25   11.9 ms 
2026-06-22 12:00:33         A   updates.shelly.cloud    10.0.5.20   12.0 m

Stukje uit de local DNS lijst van de PiHoles:

code:

lamp.rommelkamer.domein.nl  10.0.5.4
lamp.computerkamer.domein.nl    10.0.5.9
vriezer.keuken.domein.nl    10.0.5.19
ont.woonkamer.domein.nl 10.0.5.20
lamp3.woonkamer.domein.nl   10.0.5.25

Mijn inschatting is dat je router-pc de "echte" dns server is omdat die altijd weet heeft van het "laatst" uitgegeven (static-)dhcp adres. Het advies is dan ook om in beide pihole configs de volgende regels toe te voegen:

code:

server=/domein.nl/<ip-van-router-pc>
rev-server=10.0.0.0/8,<ip-van-router-pc>

Wel nog even tjekke of 10.0.0.0/8 in jouw geval klopt.

Overigens lijkt het me goed om nog eens kritisch te kijken naar je pihole settings - dit i.v.m. een .nl domein voor een private netwerk - iets met .lan is handiger. Gekoppeld aan de instellingen die er voor zorgen dat er altijd met fqdn's gewerkt wordt. Dus alleen vriezer of lamp3 zonder het volledige domein wordt geweigerd door pihole/dnsmasq.

Als je met vlans werkt en je wil pihole/dnsmasq voor alle vlans gebruiken zul je aan de slag moeten met een vlan config bestandje in /etc/dnsmasq.d/.

[ Voor 8% gewijzigd door Airw0lf op 23-06-2026 11:30 ]

[Raven]

@Airw0lf Ik gebruik een Let's Encrypt wildcard in mijn netwerk, voor de apparaten die https doen dan, vandaar de domeinnaam. Buiten dat, in het geval van de Shelly's gaat het voornamelijk om identificatie in de query log, ken jij van elke Shelly (of welk IoT device dan ook) het IP-adres uit het hoofd?

In PiHole 5 werkte dit resolven in de query log prima, nu werkt het maar half.

edit: @Airw0lf @W1ck1e Zit net bij Tools -> Network te kijken in PiHole, daar worden de links tussen IP-adres en local DNS lijst wél gelegd.

[ Voor 16% gewijzigd door Raven op 23-06-2026 11:53 ]

[Airw0lf]

Raven schreef op dinsdag 23 juni 2026 @ 11:32:
@Airw0lf Ik gebruik een Let's Encrypt wildcard in mijn netwerk, voor de apparaten die https doen dan, vandaar de domeinnaam. Buiten dat, in het geval van de Shelly's gaat het voornamelijk om identificatie in de query log, ken jij van elke Shelly (of welk IoT device dan ook) het IP-adres uit het hoofd?

In PiHole 5 werkte dit resolven in de query log prima, nu werkt het maar half.

Het gebruik van Lets Encrypt voor een "private" .nl domein is eleganter(?) op te lossen met de inzet van een reverse proxy (naast pihole). Daarmee kan je nog steeds Lets Encrypt gebruiken - ook voor private vlans die geen .nl domein hebben.

En nee - ik ken niet alle IP's uit mijn hoofd. Ik maak al jaren dankbaar gebruik van pihole/dnsmasq en een reverse proxy voor dit vraagstuk.

De genoemde suggestie om je resolving probleem op te lossen heeft te maken met het feit dat in pihole 6 het nodige is veranderd waardoor een pihole 5 config niet meer werkt.

[Airw0lf]

Raven schreef op dinsdag 23 juni 2026 @ 11:32:

edit: @Airw0lf @W1ck1e Zit net bij Tools -> Network te kijken in PiHole, daar worden de links tussen IP-adres en local DNS lijst wél gelegd.

Je hebt een forward lookup en een reverse lookup - wat in die lijst staat bepaald niet of die lookups op enig moment gaan werken. Het zegt alleen maar iets over wat er op enig moment eens voorbij is gekomen.

Ook kan er een moment geweest zijn dat een van die twee lookups even niet heeft gewerkt. Vanaf dat moment werken alle soortgelijke lookups niet meer => pihole/dnsmasq moeten dan een handje geholpen worden met een herstart. Maar dat heeft pas zin als er maar een waarheid is voor de combinatie dhcp en dns. En ik gok dat die ene waarheid bij je router-pc ligt - niet bij pihole/dnsmasq.

[ Voor 3% gewijzigd door Airw0lf op 23-06-2026 12:32 ]

[Raven]

@Airw0lf

"Ik maak al jaren dankbaar gebruik van pihole/dnsmasq en een reverse proxy voor dit vraagstuk."
En ik dus de local DNS lijst in PiHole, wat voor mij werkt

" De genoemde suggestie om je resolving probleem op te lossen heeft te maken met het feit dat in pihole 6 het nodige is veranderd waardoor een pihole 5 config niet meer werkt. "
Beide Pi's draaien een schone v6, ik heb niet de config van een v5 installatie geprobeerd te importeren, de local DNS lijst heb ik met de hand opnieuw aangemaakt.

Misschien maar even paar dagen aankijken, kijken of het verbeterd.

[W1ck1e]

@Raven

heb je hier wat aan ?

ik gebruik op dit moment een 3tal rpi's voor mijn dhcp en piholes
mijn dhcp rpi draait ook pihole maar dan zonder block lists
de pihole dhcp software heeft een aantal opties die ik gebruik. ik draaide in het verleden mijn dhcp op een buffalo router (als access point)

de 2 pihole rpi's hebben wel block list en maken naast een aantal publieke dns servers gebruik van de dhcp rpi als upstream dns servers

code:

ipa.ddr.ess.001     geanonimiseerd ip adres
ma:ca:dd:re:ss:01   geanonimiseerd mac adres

de dhcp server rpi is leading voor de lokale dns namen
daar heb ik een /etc/hosts bestand met onder meer:

code:

127.0.0.1 localhost
127.0.1.1 dhcp
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

&

code:

ipa.ddr.ess.001   p1mon
ipa.ddr.ess.002   router
ipa.ddr.ess.003   dhcp
192.168.178.1     modem

deze apparaten hebben een lokaal ingesteld static ipadres of doen een beetje moeilijk

op de dhcp server rpi heb ik een /etc/dnsmasq.d/01-buffalo.conf bestand met onder meer:

code:

dhcp-host=ma:ca:dd:re:ss:01,Kindle
dhcp-host=ma:ca:dd:re:ss:02,Tablet1
dhcp-host=ma:ca:dd:re:ss:03,Tablet2

deze apparaten krijgen een ipadres dat mij niet boeit, en ik wil ze kunnen herkennen aan de hostnaam
ze verschijnen onder tools / network met ".local" achter de hostnaam

op de pihole rpi's heb ik een /etc/hosts bestand met alleen dit :

code:

127.0.0.1 localhost
127.0.1.1 Pihole3
#::1 localhost ip6-localhost ip6-loopback
#ff02::1 ip6-allnodes
#ff02::2 ip6-allrouters

in de web config van de pihole rpi's heb ik

code:

Pi-hole domain name
domain : local

code:

Conditional forwarding :
true,ipa.ddr.ess.0/24,ipa.ddr.ess.003,local

ik kan al mijn apparaten benaderen met en zonder ".local"
ik doe niets met reverse proxies

[ Voor 4% gewijzigd door W1ck1e op 23-06-2026 13:34 ]

[Airw0lf]

Raven schreef op dinsdag 23 juni 2026 @ 12:53:
@Airw0lf

"Ik maak al jaren dankbaar gebruik van pihole/dnsmasq en een reverse proxy voor dit vraagstuk."
En ik dus de local DNS lijst in PiHole, wat voor mij werkt

" De genoemde suggestie om je resolving probleem op te lossen heeft te maken met het feit dat in pihole 6 het nodige is veranderd waardoor een pihole 5 config niet meer werkt. "
Beide Pi's draaien een schone v6, ik heb niet de config van een v5 installatie geprobeerd te importeren, de local DNS lijst heb ik met de hand opnieuw aangemaakt.

Misschien maar even paar dagen aankijken, kijken of het verbeterd.

Ik heb gemerkt dat pihole 6 op sommige functies anders werkt dan pihole 5.

Een local dns lijst kan natuurlijk prima - het voordeel van een reverse proxy is dat je die dns lijsten niet meer hoeft te administreren - alles wordt automagicaly opgepakt middels een regex in de reverse proxy config. En een autorenew (i.c.m. Cloudflare) van de certs.

[Raven]

@W1ck1e @Airw0lf Nu worden de domeinnamen uit de local DNS lijst wel overal weergegeven in de query log, blijkbaar zit er enige vertraging in bij het oppikken daarvan?

offtopic:
Later eens uitzoeken waarom Raspberry Pi OS het vertikt mijn router-pc als primary NTP Server te gebruiken, kan aan de queries in PiHole zien dat beide Pi's de voorkeur geven aan fallback pool.ntp.org

edit:
@W1ck1e @Airw0lf
Dat van NTP lijkt bij PiHole te liggen. Wanneer het IP-adres van de router-pc uit de local DNS lijst in PiHole wordt opgevraagd ("Served from cache") duurt dit iets meer dan 1ms, de aanvraag van pool.ntp.org ("Served by cache optimizer") duurt in de microseconden, vandaar dat de NTP client de voorkeur geeft aan pool.ntp.org.

[ Voor 31% gewijzigd door Raven op 25-06-2026 10:43 ]

[Toet3r]

Er is weer een update uitgebracht
Changelog: https://pi-hole.net/blog/...and-core-v6-4-3-released/

[Church of Noise]

Raven schreef op woensdag 24 juni 2026 @ 22:20:
@W1ck1e @Airw0lf Nu worden de domeinnamen uit de local DNS lijst wel overal weergegeven in de query log, blijkbaar zit er enige vertraging in bij het oppikken daarvan?

offtopic:
Later eens uitzoeken waarom Raspberry Pi OS het vertikt mijn router-pc als primary NTP Server te gebruiken, kan aan de queries in PiHole zien dat beide Pi's de voorkeur geven aan fallback pool.ntp.org

edit:
@W1ck1e @Airw0lf
Dat van NTP lijkt bij PiHole te liggen. Wanneer het IP-adres van de router-pc uit de local DNS lijst in PiHole wordt opgevraagd ("Served from cache") duurt dit iets meer dan 1ms, de aanvraag van pool.ntp.org ("Served by cache optimizer") duurt in de microseconden, vandaar dat de NTP client de voorkeur geeft aan pool.ntp.org.

Ik vermoed dat dit bij mij ook gebeurt, maar mijn router/firewall onderschept de NTP requests dan weer... (FYI, DNS server aan WAN zijde is uiteraard NIET de Pi-Hole instance)

[Freee!!]

Toet3r schreef op dinsdag 7 juli 2026 @ 00:52:
Er is weer een update uitgebracht
Changelog: https://pi-hole.net/blog/...and-core-v6-4-3-released/

Ik kreeg twee verschillende updates kort na elkaar (Docker containers).

[Toet3r]

Freee!! schreef op dinsdag 7 juli 2026 @ 18:43:
[...]

Ik kreeg twee verschillende updates kort na elkaar (Docker containers).

3 zelfs 2026.07.0 t/m 2026.07.2

[Raven]

Church of Noise schreef op dinsdag 7 juli 2026 @ 14:46:
maar mijn router/firewall onderschept de NTP requests dan weer...

Ah, dat is ook een optie .... that reminds me, moet ik nog met DNS voor apparaten met hardcoded DNS server doen (die redirecten naar PiHole).

---

Toen ik nog PiHole 5 draaide werd de domeinnaam uit de local DNS lijst in de query log weergegeven wanneer het IP-adres overeen kwam met een in de local DNS lijst.

Nou hangt mij er iets van bij dat wanneer een client meerder IP-adressen heeft (IPv4, IPv6 GUA, LUA en link local) dat PiHole op basis van MAC-adres doorheeft dat dit hetzelfde apparaat is (onder Network overview te zien) en dan ook bij die adressen dezelfde naam als die in de local DNS staat in de query log weergeeft.

Dat weergeven van dezelfde naam gebeurt niet, terwijl PiHole wel doorheeft dat het om hetzelfde apparaat gaat, waardoor ik nu dus ook voor IPv6-adressen een local DNS aan moet maken om de naam in de query log te kunnen zien.

Of ik herinner het verkeerd en gebeurde dit voorheen ook niet?

[Freee!!]

Toet3r schreef op dinsdag 7 juli 2026 @ 18:47:
[...]

3 zelfs 2026.07.0 t/m 2026.07.2

Klopt, drie in twaalf uur tijd.

[TheCeet]

Ze zijn bezig met testen van extra upstreaam DNS server opties.
Zoals AdGuard Home, kan je DoH of DoT in toekomst ook gebruiken in Pi-Hole:

https://x.com/The_Pi_Hole/status/2074961394869367277

[Toet3r]

@TheCeet Dat zou een hele mooie toevoeging zijn, en nu nog een van de redenen waarom sommige adguard home boven pi-hole kiezen.

[Hann1BaL]

Toevallig even aan het testen met iOS 27 en kwam er achter dat iOS27 de gedropte DNS requests herkent en als je WiFi Connectivity Assistant aan hebt staan je apparaat om je pihole heen gaat. Dit was en is op iOS26 niet het geval.

ik gebruik Tailscale voor DNS onderweg maar op het lokale netwerk gaat die uit, maar door de WiFi Connectivity Assistance (of wat de exacte naam ook moge zijn) omzeilt je apparaat de DNS blokkade en haalt via 4/5G alsnog de ads op. Uitzetten en het is opgelost uiteraard.

[Get!em]

Hann1BaL schreef op donderdag 16 juli 2026 @ 15:16:
Toevallig even aan het testen met iOS 27 en kwam er achter dat iOS27 de gedropte DNS requests herkent en als je WiFi Connectivity Assistant aan hebt staan je apparaat om je pihole heen gaat. Dit was en is op iOS26 niet het geval.

ik gebruik Tailscale voor DNS onderweg maar op het lokale netwerk gaat die uit, maar door de WiFi Connectivity Assistance (of wat de exacte naam ook moge zijn) omzeilt je apparaat de DNS blokkade en haalt via 4/5G alsnog de ads op. Uitzetten en het is opgelost uiteraard.

Was eerder ook al eens zo. Verbreekt hij nu de wifi verbinding?

Overigens: tailscale permanent on als DNS onderweg zuipt batterij van je iPhone. Wireguard is zuiniger/minder overhead.

[Airw0lf]

Get!em schreef op donderdag 16 juli 2026 @ 16:15:
[...]

Overigens: tailscale permanent on als DNS onderweg zuipt batterij van je iPhone. Wireguard is zuiniger/minder overhead.

Waaruit blijkt dat "zuipt batterij"?

Er is inderdaad meer overhead - o.a. vanwege de beheer- en ACL laag. Maar ik kan niet zeggen dat mijn Android-foon (veel) sneller leeg is - ondanks dat Tailscale 24x7 aan staat - dus ook in het eigen WiFi.

[Get!em]

Airw0lf schreef op donderdag 16 juli 2026 @ 17:16:
[...]

Waaruit blijkt dat "zuipt batterij"?

Er is inderdaad meer overhead - o.a. vanwege de beheer- en ACL laag. Maar ik kan niet zeggen dat mijn Android-foon (veel) sneller leeg is - ondanks dat Tailscale 24x7 aan staat - dus ook in het eigen WiFi.

Uit eigen praktijk had ik er last van, en nazoek op internet leverde veel meer gevallen op. Wel op iOS, voor android kan ik niet spreken.

Maar ging om 10-15% batterij verbruik per dag. Wireguard zit bij mij 1-3% afhankelijk van gebruik.

Mobile device batteries drain quickly · Tailscale Docs

Issue staat nog open:

Mobile battery usage still bad in some situations · Issue #3363 · tailscale/tailscale

Waarin ook meerdere users aangeven dat dit icm pihole continu dns is.

[Raven]

Get!em schreef op donderdag 16 juli 2026 @ 17:23:
Issue staat nog open:

Mobile battery usage still bad in some situations · Issue #3363 · tailscale/tailscale

Waarin ook meerdere users aangeven dat dit icm pihole continu dns is.

Maar comments zijn niet toegestaan?
"This conversation has been locked and limited to collaborators."

[Hann1BaL]

Get!em schreef op donderdag 16 juli 2026 @ 17:23:
[...]

Uit eigen praktijk had ik er last van, en nazoek op internet leverde veel meer gevallen op. Wel op iOS, voor android kan ik niet spreken.

Maar ging om 10-15% batterij verbruik per dag. Wireguard zit bij mij 1-3% afhankelijk van gebruik.

Mobile device batteries drain quickly · Tailscale Docs

Issue staat nog open:

Mobile battery usage still bad in some situations · Issue #3363 · tailscale/tailscale

Waarin ook meerdere users aangeven dat dit icm pihole continu dns is.

Ik gebruik zowel Tailscale als WireGuard en merk inderdaad ook meer batterij verbruik via Tailscale hoewel Tailscale zelf ook het WireGuard protocol gebruikt. Maar de intelligentere routing doet vast iets met je iOS device.

ik heb wel eens momenten dat mijn WireGuard niet wordt geaccepteerd door een wifi netwerk en Tailscale wel. Sowieso houd ik van backup.

maar het ging uiteraard vooral even over het idee dat de Connectivity Assist je pihole “sloopt”

[Hann1BaL]

Get!em schreef op donderdag 16 juli 2026 @ 16:15:
[...]

Was eerder ook al eens zo. Verbreekt hij nu de wifi verbinding?

Overigens: tailscale permanent on als DNS onderweg zuipt batterij van je iPhone. Wireguard is zuiniger/minder overhead.

Nee de verbinding wordt niet verbroken. Je ziet als gebruiker niets gebeuren. De telefoon gebruikt blijkbaar WiFi en 5G tegelijk.

[Raven]

Hann1BaL schreef op donderdag 16 juli 2026 @ 19:32:
ik heb wel eens momenten dat mijn WireGuard niet wordt geaccepteerd door een wifi netwerk en Tailscale wel. Sowieso houd ik van backup.

offtopic:
TailScale gebruikt toch een TCP 433 fallback (DERP-relay) wanneer er alleen TCP-verkeer is toegestaan? Misschien maakt dat het verschil, UDP-block op dat WiFi netwerk.

[SkyStreaker]

Ik heb op dit moment een goed (maar amateuristisch ingesteld) pi-hole lopen op een ouder raspberry. Vaak maak ik gebruik van gamebanana maar deze loopt ineens te zeuren over html-load.com, ik wil best gamebanana.com whitelisten (wat ik ook heb gedaan), maar het gedonder blijft.

Er is vrij weinig te vinden over hoe je dit kan verslaan. html-load.com whitelisten verslaat een beetje het idee achter pi-hole. https://www.reddit.com/r/pihole/comments/1qly953/htmlload/ dit is wat gevonden heb en de link die hierin voorkomt over cookbook heb ik ook al bekeken.
Zelf een chrome-extensie in elkaar timmeren, geen idee hoe dat moet.

Heeft iemand een suggestie/oplossing?

[sweetdude]

SkyStreaker schreef op zondag 19 juli 2026 @ 10:12:
Ik heb op dit moment een goed (maar amateuristisch ingesteld) pi-hole lopen op een ouder raspberry. Vaak maak ik gebruik van gamebanana maar deze loopt ineens te zeuren over html-load.com, ik wil best gamebanana.com whitelisten (wat ik ook heb gedaan), maar het gedonder blijft.

Er is vrij weinig te vinden over hoe je dit kan verslaan. html-load.com whitelisten verslaat een beetje het idee achter pi-hole. https://www.reddit.com/r/pihole/comments/1qly953/htmlload/ dit is wat gevonden heb en de link die hierin voorkomt over cookbook heb ik ook al bekeken.
Zelf een chrome-extensie in elkaar timmeren, geen idee hoe dat moet.

Heeft iemand een suggestie/oplossing?

Nou het simpelste is denk ik eerst controleren of pi-hole wel het probleem is.Disable hem even en kijk of je het probleem dan nog hebt.

Mocht het probleem dan nog steeds voorkomen, kijk in je query log zet even "live update" aan en filter op je host en kijk wat er geblokkeerd wordt. vanuit daar kun je gaan testen met whitelisten.

[Church of Noise]

Welke browser gebruik je?

Net even naar die site gebrowsed via Firefox met Ublock Origin en helemaal geen issues tegengekomen. Misschien filter je op die manier het probleem weg vóór het zich stelt.

[SkyStreaker]

Church of Noise schreef op zondag 19 juli 2026 @ 11:01:
Welke browser gebruik je?

Net even naar die site gebrowsed via Firefox met Ublock Origin en helemaal geen issues tegengekomen. Misschien filter je op die manier het probleem weg vóór het zich stelt.

Ja, net via FF gedaan - geen probleem meer.

[Toet3r]

Voor wie naast pi-hole ook unbound heeft draaien. Er is een nieuwe versie uitgebracht, versie 1.25.2
In deze update zijn een hoop beveiligingslekken gedicht.
changelog: https://nlnetlabs.nl/proj.../download/#unbound-1-25-2

[GG85]

Toet3r schreef op donderdag 23 juli 2026 @ 18:33:
Voor wie naast pi-hole ook unbound heeft draaien. Er is een nieuwe versie uitgebracht, versie 1.25.2
In deze update zijn een hoop beveiligingslekken gedicht.
changelog: https://nlnetlabs.nl/proj.../download/#unbound-1-25-2

Voordeel van DietPi, die hebben hun eigen repo voor o.a. Unbound dus altijd up to date

[Webgnome]

@GG85 nu is het zelf compileren en installeren niet heel erg lastig. Tijdje terug mijn orangepi zo voorzien van de nieuwste versie. Werkt goed hoor

[GaMbiNo]

Ik gebruik sinds kort Renovate icm Gitea.
Renovate checkt periodiek op nieuwe versies voor mijn images, en zet een pull request met changelog in Gitea. Dan even beoordelen en mergen en dan wordt hij door een script uitgerold. En als het niet goed is revert ik de boel. Werkt wel erg fijn. 😊

Zo had ik de nieuwe Unbound ook al draaien.

[ Voor 5% gewijzigd door GaMbiNo op 26-07-2026 08:45 ]

[Gunner]

Ik block een aantal domains handmatig, waaronder html-load.com via een reg-ex deny, om hardnekkige advertenties te blokkeren. Maar de sites herkennen dat waardoor ze niet willen laden. Deze ads zijn erg vervelend dus ik zie ze liever niet.

Is er een manier om hier wat aan te doen of is dit het kat en muis spel tussen blockers en websites?
(zo'n beetje alle weer websites geven deze meldingen)

[ Voor 5% gewijzigd door Gunner op 13-08-2026 10:25 ]

[Webgnome]

Dat is een kat/muis spel. Het is natuurlijk niet heel gek dat websites dit doen omdat advertenties over het algemeen hun primaire inkomstenbron is.

[rvk]

Welke browser gebruik je hiervoor? Want als ik Brave gebruik i.c.m. pi-hole DNS, krijg ik deze melding op weerslag.nl niet. Misschien dat Brave al meerdere dingen weg filtert voordat pi-hole aan de beurt komt.

[Webgnome]

@rvk brave staat er om bekend dat het al van zichzelf heel veel zaken filtert.

[Gunner]

rvk schreef op donderdag 13 augustus 2026 @ 11:18:
Welke browser gebruik je hiervoor? Want als ik Brave gebruik i.c.m. pi-hole DNS, krijg ik deze melding op weerslag.nl niet. Misschien dat Brave al meerdere dingen weg filtert voordat pi-hole aan de beurt komt.

Gewoon Firefox (incl Ghostery als extension) met op Pi-hole in principe de oisd als blacklist met wat specifieke white/blacklist entries door mezelf gemaakt.

[ Voor 3% gewijzigd door Gunner op 13-08-2026 11:22 ]

[jant]

* jant ziet die melding ook niet (firefox / ghostery), terwijl html-load.com door de steven black list wordt geblocked.

[ThinkPad]

Firefox + uBlock Origin en geen reclame op weerslag.nl.
Ik zie html-load.com niet eens langskomen in AdGuardHome (met OISD Big lijst)

[d5stick]

TheCeet schreef op donderdag 9 juli 2026 @ 07:18:
Ze zijn bezig met testen van extra upstreaam DNS server opties.
Zoals AdGuard Home, kan je DoH of DoT in toekomst ook gebruiken in Pi-Hole:
[Afbeelding]
https://x.com/The_Pi_Hole/status/2074961394869367277

Misschien een leuke tip om DoH al toe toevoegen aan PiHole:
Als je alles in containers draait, kan je deze container tussen je PiHole en je internet zetten: visibilityspots/cloudflared.

Je kan je upstream DNS servers leeg maken en dit als een Custom DNS instellen in PiHole:
127.0.0.1#5054

[Webgnome]

dan ga je dus alles via cloudflare laten lopen?

[asing]

Webgnome schreef op maandag 17 augustus 2026 @ 19:59:
dan ga je dus alles via cloudflare laten lopen?

Het is een beetje potato potato.

Unbound gebruikt de DNS servers van je provider niet, maar gaat wel over poort 53 naar buiten dus DNS verkeer is te zien door de provider.

CloudFlared gaat via HTTPS naar buiten, dus je provider heeft geen zicht op je DNS verzoeken. CloudFlare ziet ze overigens wel.

Als je dacht dat je webgebruik met CloudFlared onzichtbaar is voor je provider, think again. Iedere versleutelde verbinding met een webserver wordt vooraf gegaan door een onversleutelde verbinding met het verzoek om een verbinding met het domein op te zetten (SNI record).

Encrypted SNI via CloudFlare is wel onderweg, maar lang niet alle sites gebruiken het. Daar komt bij dat CloudFlare ook weer weer waar je heen gaat.

Met andere woorden, anoniem op internet is een utopie.

[Webgnome]

Ik heb nergens gezegd dat t mij gaat om anonimiteit. I couldn't care less. Waar t mij om gaat.is je niet afhankelijk wil zijn van Cloudflare? Mijn lokale config gebruikt unbound ivm lijstje roots. Niet dat dat perfect is. Echter geen directe afhankelijkheid van cf.

Dat half internet plat gaat als cf plat gaat.. dat is een andere discussie.

[Techno Overlord]

Ik heb sinds deze week ook een Pi Hole + Unbound + DHCP draaien op een RPi 3B. Daarnaast resolven al mijn mobiele devices via de Pi Hole door middel van Tailscale en een Tailscale subnet router op mijn headless Ubuntu server. Doet het allemaal uitstekend. Momenteel wordt ongeveer 10% geblokkeerd en dat zijn iets van 537k aan domeinen. Is dit genoeg? Ik zie soms toch nog ads in Android apps (weer app en eufy app). Ik zou die ook graag die in-app ads tegen willen houden maar ik kan niet uitvogelen hoe ik dit voor elkaar krijg. Welke lijsten kan ik daarvoor gebruiken? Of zijn dit soort ads niet tegen te houden?

[DjoeC]

Techno Overlord schreef op woensdag 19 augustus 2026 @ 16:22:
Ik heb sinds deze week ook een Pi Hole + Unbound + DHCP draaien op een RPi 3B. Daarnaast resolven al mijn mobiele devices via de Pi Hole door middel van Tailscale en een Tailscale subnet router op mijn headless Ubuntu server. Doet het allemaal uitstekend. Momenteel wordt ongeveer 10% geblokkeerd en dat zijn iets van 537k aan domeinen. Is dit genoeg? Ik zie soms toch nog ads in Android apps (weer app en eufy app). Ik zou die ook graag die in-app ads tegen willen houden maar ik kan niet uitvogelen hoe ik dit voor elkaar krijg. Welke lijsten kan ik daarvoor gebruiken? Of zijn dit soort ads niet tegen te houden?

Pihole werkt NIET voor alle inapp advertenties. Daarvoor zul je lokaal op je apparaat voorzieningen moeten treffen. Reden: Sommige apps serveren advertenties vanaf dezelfde DNS naam als hun content. En er zullen vast wel meer truukjes bestaan om toch advertenties te tonen.

Is 10% genoeg? Tja..... Ik heb 11 miljoen sites in de blok lijst en blokkeer 19% van de DNS verzoeken (let op: van de DNS verzoeken). Wat en hoeveel je blokkeert hangt o.a. samen met je gebruik, de sites die je bezoekt, etc.

De KNMI app zal niet veel hoeven te blokkeren, een commercieele versie vast veel meer. En sites met veel natuurfoto's en filmpjes - tja.....

[sweetdude]

Techno Overlord schreef op woensdag 19 augustus 2026 @ 16:22:
Ik heb sinds deze week ook een Pi Hole + Unbound + DHCP draaien op een RPi 3B. Daarnaast resolven al mijn mobiele devices via de Pi Hole door middel van Tailscale en een Tailscale subnet router op mijn headless Ubuntu server. Doet het allemaal uitstekend. Momenteel wordt ongeveer 10% geblokkeerd en dat zijn iets van 537k aan domeinen. Is dit genoeg? Ik zie soms toch nog ads in Android apps (weer app en eufy app). Ik zou die ook graag die in-app ads tegen willen houden maar ik kan niet uitvogelen hoe ik dit voor elkaar krijg. Welke lijsten kan ik daarvoor gebruiken? Of zijn dit soort ads niet tegen te houden?

Dat ligt geheel aan de manier waarop die advertenties getoond worden.
Als deze gehost worden op dezelfde servers als waar de content vandaan komt, is het niet te blokkeren. Zoals bijvoorbeeld de youtube advertenties die van dezelfde servers af komen dan het filmpje wat je aan het kijken bent.
Tweede mogelijkheid is dat deze apps een ingebouwde DNS hebben waardoor ze effectief jouw DHCP settings omzeilen. Enige optie omdat te voorkomen is om in je router (indien deze de mogelijkheid heeft) een regel te maken die verkeer op poort 53 blokkeert en terug stuurt naar je pihole. Met als uitzondering lle verkeer op poort 53 die van je pi-hole komt.
Derde mogelijkheid, deze apps halen via DOH (DNS over HTTPS) de advertentie op, waardoor deze niet als standaard DNS verkeer te zien is omdat dit effectief HTTPS verkeer is op poort 443.

Ik heb trouwens deze lijst toegevoegd:
https://cdn.jsdelivr.net/gh/hagezi/dns-blocklists@latest/adblock/pro.plus.txt

Deze komt van deze github pagina af.
https://github.com/hagezi/dns-blocklists

Hiermee ging ik van 10% naar 25% blokkade. Maar ik zie dat er veel phone home verkeer van o.a. de Ikea Homesmart en Teams geblokkeerd wordt. Maar of dit juist goed of slecht is ben ik nog aan het uitvogelen. Ik weet namelijk niet of bepaalde functionaliteit nu nog zo goed werkt.

[ Voor 16% gewijzigd door sweetdude op 19-08-2026 16:34 ]

[Get!em]

En als laatste optie: ipv6 die mogelijk je pihole bypassed die niet als DNS voor ipv6 staat.

[d5stick]

Webgnome schreef op maandag 17 augustus 2026 @ 20:42:
Ik heb nergens gezegd dat t mij gaat om anonimiteit. I couldn't care less. Waar t mij om gaat.is je niet afhankelijk wil zijn van Cloudflare? Mijn lokale config gebruikt unbound ivm lijstje roots. Niet dat dat perfect is. Echter geen directe afhankelijkheid van cf.

Dat half internet plat gaat als cf plat gaat.. dat is een andere discussie.

Als je eigen DNS servers wil instellen voor DoH kan je ook kiezen om andere containers te gebruiken bijvoorbeeld: satishweb/doh-server. Het was meer een voorbeeldje om DoH te implementeren. Zelf heb ik mijn domeinen ondergebracht bij cloudflare en door middel van tokens update ik mijn DDNS via containers + Certbot voor de bijbehorende certificaten. Ja het is een SPoF waar ik van bewust ben.

[Techno Overlord]

sweetdude schreef op woensdag 19 augustus 2026 @ 16:29:
[...]

Dat ligt geheel aan de manier waarop die advertenties getoond worden.
Als deze gehost worden op dezelfde servers als waar de content vandaan komt, is het niet te blokkeren. Zoals bijvoorbeeld de youtube advertenties die van dezelfde servers af komen dan het filmpje wat je aan het kijken bent.
Tweede mogelijkheid is dat deze apps een ingebouwde DNS hebben waardoor ze effectief jouw DHCP settings omzeilen. Enige optie omdat te voorkomen is om in je router (indien deze de mogelijkheid heeft) een regel te maken die verkeer op poort 53 blokkeert en terug stuurt naar je pihole. Met als uitzondering lle verkeer op poort 53 die van je pi-hole komt.
Derde mogelijkheid, deze apps halen via DOH (DNS over HTTPS) de advertentie op, waardoor deze niet als standaard DNS verkeer te zien is omdat dit effectief HTTPS verkeer is op poort 443.

Ik heb trouwens deze lijst toegevoegd:
https://cdn.jsdelivr.net/gh/hagezi/dns-blocklists@latest/adblock/pro.plus.txt

Deze komt van deze github pagina af.
https://github.com/hagezi/dns-blocklists

Hiermee ging ik van 10% naar 25% blokkade. Maar ik zie dat er veel phone home verkeer van o.a. de Ikea Homesmart en Teams geblokkeerd wordt. Maar of dit juist goed of slecht is ben ik nog aan het uitvogelen. Ik weet namelijk niet of bepaalde functionaliteit nu nog zo goed werkt.

Ik had idd al gelezen dat sommige grote platforms zelf de ads aanbieden van hun eigen domein ipv vanaf een content network. Maargoed wellicht dat DOH verbetering kan gaan geven straks. Ik ga mij daar eens op inlezen want ik kon het nog niet.


En over die percentages; wellicht dat het nog omhoog gaat als we weer thuis wonen want momenteel wordt de gehele onderverdeling verbouwd en verbinden onze apparaten via tailscale. Als je thuis woont is er toch veel meer verkeer dan nu. Ik ben benieuwd hoe straks al het smarthomespul samengaat met deze pi hole.

[DaRk PoIsOn]

Techno Overlord schreef op woensdag 19 augustus 2026 @ 21:02:
[...]

Ik had idd al gelezen dat sommige grote platforms zelf de ads aanbieden van hun eigen domein ipv vanaf een content network. Maargoed wellicht dat DOH verbetering kan gaan geven straks. Ik ga mij daar eens op inlezen want ik kon het nog niet.


En over die percentages; wellicht dat het nog omhoog gaat als we weer thuis wonen want momenteel wordt de gehele onderverdeling verbouwd en verbinden onze apparaten via tailscale. Als je thuis woont is er toch veel meer verkeer dan nu. Ik ben benieuwd hoe straks al het smarthomespul samengaat met deze pi hole.

Als al jullie apparaten nu al via tailscale verbinden, dan is er toch niet meer verkeer als je thuis woont?

Mijn vriendin zit thuis continue op de wifi en ik eigenlijk alleen als ik thuis ben, verder loopt alles via tailscale bij mij. Ik zie het percentage niet drastisch omhoog gaan als ik wel thuis ben.

[Techno Overlord]

DaRk PoIsOn schreef op donderdag 20 augustus 2026 @ 12:36:
[...]

Als al jullie apparaten nu al via tailscale verbinden, dan is er toch niet meer verkeer als je thuis woont?

Mijn vriendin zit thuis continue op de wifi en ik eigenlijk alleen als ik thuis ben, verder loopt alles via tailscale bij mij. Ik zie het percentage niet drastisch omhoog gaan als ik wel thuis ben.

Jawel , ik denkt het wel. Nu worden PC's niet gebruikt want die staan in de opslag. Die worden het meest gebruikt. Dan nog een LG C2 en een LG G5 tv en een AV-receiver. Daarnaast heel veel smarthomespul (verlichting, rolluikschakelaars, electrische jalozies en gordijnen en een deurbel via Wi-Fi en Zigbee) via Home Assistant wat nog niet is aangesloten. In hoeverre dat allemaal DNS requests doet kan ik nog niet zeggen. Mijn doel is om het meeste te blokkeren. VOoral van de LG TV's. Ze mogen alleen praten met Home Assistant en niet met het internet.

[ Voor 7% gewijzigd door Techno Overlord op 20-08-2026 13:57 ]

[DaRk PoIsOn]

Techno Overlord schreef op donderdag 20 augustus 2026 @ 13:56:
[...]

Jawel , ik denkt het wel. Nu worden PC's niet gebruikt want die staan in de opslag. Die worden het meest gebruikt. Dan nog een LG C2 en een LG G5 tv en een AV-receiver. Daarnaast heel veel smarthomespul (verlichting, rolluikschakelaars, electrische jalozies en gordijnen en een deurbel via Wi-Fi en Zigbee) via Home Assistant wat nog niet is aangesloten. In hoeverre dat allemaal DNS requests doet kan ik nog niet zeggen. Mijn doel is om het meeste te blokkeren. VOoral van de LG TV's. Ze mogen alleen praten met Home Assistant en niet met het internet.

Ah, op die fiets.
Zou je het smarthome spul dan niet gewoon in een aparte VLAN gooien, zodat ze op die manier alleen met HA kunnen communiceren?
Ik moet zeggen dat ik weinig Tuya verkeer of ConnectLife (koelkast, wasmachine) verkeer zie langskomen. De nest mini's babbelen veel en de iphone van mijn vriendin.

[Techno Overlord]

DaRk PoIsOn schreef op donderdag 20 augustus 2026 @ 14:04:
[...]

Ah, op die fiets.
Zou je het smarthome spul dan niet gewoon in een aparte VLAN gooien, zodat ze op die manier alleen met HA kunnen communiceren?
Ik moet zeggen dat ik weinig Tuya verkeer of ConnectLife (koelkast, wasmachine) verkeer zie langskomen. De nest mini's babbelen veel en de iphone van mijn vriendin.

Helaas ondersteunt het KPN modem geen VLANs. Ik heb ook geen pfSense draaien of een eigen router. Het smarthomespul gebruikt wel een eigen SSID maarja daar kan ik niets mee als het aankomt op routering. Smart speakers zijn van futureproofhomes en die praten sowieso niet met het internet. Maar daar vind ik wel wat op. Ik kan bijvoorbeeld wel de Parental Control functie van de KPN Box 12 gebruiken om internetverkeer te blokkeren op device basis..

[DjoeC]

Techno Overlord schreef op donderdag 20 augustus 2026 @ 13:56:
[...]
VOoral van de LG TV's. Ze mogen alleen praten met Home Assistant en niet met het internet.

Dat heb ik in mijn Fritzbox router (KPN netwerk, eigen router) geblokkeerd: De TV, de AV receiver, de ESP32's, etc. En dat wat naar buiten mag hangt bij voorkeur aan het gasten netwerk (wel Pihole, wel internet, geen onderlinge communicatie binnen het netwerk).

[ Voor 3% gewijzigd door DjoeC op 20-08-2026 14:36 ]

[Techno Overlord]

Hebben jullie nog iets van VPN draaien? Ik heb op mijn computer thuis Proton VPN draaien. Dat werkt natuurlijk niet met DNS queries sturen naar de Pi Hole. Dan moet ik, denk ik, al een wireguard installeren op de Pi Hole die unbound gebruikt om het internet op te gaan. En anders maar een ander modem/router gaan regelen als ik weer thuis woon volgende maand zodat al mijn verkeer op het modem via ProtonVPN naar buiten gaat.

[Airw0lf]

Techno Overlord schreef op donderdag 20 augustus 2026 @ 18:20:
Hebben jullie nog iets van VPN draaien? Ik heb op mijn computer thuis Proton VPN draaien. Dat werkt natuurlijk niet met DNS queries sturen naar de Pi Hole. Dan moet ik, denk ik, al een wireguard installeren op de Pi Hole die unbound gebruikt om het internet op te gaan. En anders maar een ander modem/router gaan regelen als ik weer thuis woon volgende maand zodat al mijn verkeer op het modem via ProtonVPN naar buiten gaat.

Ik heb Tailscale draaien met Pihole als "global" DNS server. In die combi wordt er gewerkt met een split DNS inchting.

Thuis maak ik gebruik van een Tailscale router voor de verbinding naar de VPS-en. Deze is in voorkomende gevallen ook de exit node voor alles buiten-de-deur.

Buiten de deur gebruik ik de Tailscale VPN voor de toegang tot eigen systemen en apps. Waarbij Pihole alle interne en externe DNS functies afhandelt. En de internet verbinding van de client de rest van de content ophaalt.

Als ik in het buitenland ben en een bepaalde site of app wil perse een NLD internet verbinding zien dan gebruik ik de exit functie. Al het internet verkeer wordt dan via de NLD verbinding afgehandeld.

[ Voor 13% gewijzigd door Airw0lf op 21-08-2026 09:32 ]

[DjoeC]

Techno Overlord schreef op donderdag 20 augustus 2026 @ 18:20:
Hebben jullie nog iets van VPN draaien? Ik heb op mijn computer thuis Proton VPN draaien. Dat werkt natuurlijk niet met DNS queries sturen naar de Pi Hole. Dan moet ik, denk ik, al een wireguard installeren op de Pi Hole die unbound gebruikt om het internet op te gaan. En anders maar een ander modem/router gaan regelen als ik weer thuis woon volgende maand zodat al mijn verkeer op het modem via ProtonVPN naar buiten gaat.

Ik gebruik alleen een wireguard van buiten naar binnen (zit in de Fritzbox) om pihole ook in te zetten op mijn mobiele meuk.

[sweetdude]

Techno Overlord schreef op donderdag 20 augustus 2026 @ 18:20:
Hebben jullie nog iets van VPN draaien? Ik heb op mijn computer thuis Proton VPN draaien. Dat werkt natuurlijk niet met DNS queries sturen naar de Pi Hole. Dan moet ik, denk ik, al een wireguard installeren op de Pi Hole die unbound gebruikt om het internet op te gaan. En anders maar een ander modem/router gaan regelen als ik weer thuis woon volgende maand zodat al mijn verkeer op het modem via ProtonVPN naar buiten gaat.

Ja ik gebruik beide opties.
Op mijn OpenWRT router draai ik wireguard server zodat ik onderweg met thuis verbonden ben.
Daarnaast op mijn vaste PC gebruik ik soms NordVPN. Deze heeft trouwens wel een optie om een custom DNS server aan te geven. Daar zou je dan je pihole kunnen ingeven.

Ik heb wel last dat er best wel wat meldingen in de logs langs komen waar ik weinig mee kan doen. Ik heb de NTP server al meerdere malen gecontroleerd en als ik

Warning in NTP client:

code:

No valid NTP replies received, check server and network connectivity

En deze sinds ik DNSSEC heb aangezet.

dnsmasq warning:

code:

negative DS reply without NS record received for latest, assuming non-DNSSEC domain-specific server

[ Voor 21% gewijzigd door sweetdude op 21-08-2026 09:32 ]

[mcmd]

In de aankomende nieuwe release van Fritz!OS (8.4) komt een pihole achtige functie beschikbaar, zie FRITZ!OS DNS filter blocks unwanted content

Ben benieuwd of dit mijn huidige PiHole kan vervangen in een docker container, het moet dan wel voldoende flexibiliteit hebben om dit voor bepaalde apparaten anders in te stellen of uit te schakelen.

[sweetdude]

@mcmd zal die Fritz functionaliteit niet meer lijken op de OpenWRT adblock dan op PiHole?

Ansich niet erg, als het werkt, werkt het. De use case en gebruikerservaring zal bepalen welke het fijnste voor iedereen werkt.

[DjoeC]

mcmd schreef op vrijdag 21 augustus 2026 @ 09:37:
In de aankomende nieuwe release van Fritz!OS (8.4) komt een pihole achtige functie beschikbaar, zie FRITZ!OS DNS filter blocks unwanted content

Ben benieuwd of dit mijn huidige PiHole kan vervangen in een docker container, het moet dan wel voldoende flexibiliteit hebben om dit voor bepaalde apparaten anders in te stellen of uit te schakelen.

Hier iets meer informatie. Het lijkt er inderdaad op dat je de pihole lists in de Fritz kunt laden (en automatisch kunt bijwerken). Misschien wat later dit weekend eens kijken (ik heb te veel projecten gaande.....) of ik de 8.4 BETA wil installeren op mijn 5590.

<aanvulling>
De beta geinstalleerd en als test de OISD.nl lijst toegevoegd. Ik verwacht geen blokkade's omdat PiHole mijn primaire DNS is, zou er een block komen dan loopt er ergens iets niet in sync..... Ook horen er weinig DNS requests in het filter te komen omdat ik naast PiHole ook Unbound draai.

Eerste indruk: Het laden van lijsten gaat vrij eenvoudig, het status overzicht blijft beperkt tot

code:

0% der DNS-Anfragen wurden seit dem Neustart Ihrer FRITZ!Box blockiert (0 von 127)

nog Duits talig in mijn Engels talige interface.

Misschien leuk om mijn lijsten achter PiHole te hangen maar het lijkt voorlopig geen waardige vervanger te zijn waarbij je snel een geblokkeerde site kunt identificeren en whitelisten.

<aanvulling 2>
Vergeet het maar.... Gaat niet werken als ze de lijst niet op extern geheugen (in mijn geval een USB stick) kunnen zetten:

FYI tag: @FRITZ!webcare

[ Voor 42% gewijzigd door DjoeC op 21-08-2026 13:31 ]

[XWB]

Waarom zou je de lijsten op een USB-stick willen hebben?

[DjoeC]

XWB schreef op maandag 31 augustus 2026 @ 17:12:
Waarom zou je de lijsten op een USB-stick willen hebben?

Niet. Maar ik vraag me af of de Fritz voldoende intern geheugen heeft voor een grote bloklijst en er zit een NASje ingebouwd. Overigens heb ik na dagelijks hangen (met een kleine blocklijst en de laatste beta) de labor versie er weer af gemieterd. Ik ga lekker door met PiHole en de stabiele Fritz.

[Stimulate14]

Beetje een cross post wat ook voor hier interessant is. Want mijn LG verkeer wordt iig geblokt. Zover ik nu kan achterhalen.

nieuws: LG-smart-tv's lijken gebruikers af te luisteren en netwerken te scannen

[Techno Overlord]

Ik heb nav Gamer Nexus' video de volgende domeinen geblokkeerd als wildcard:
- lgtvcommon.com
- lgsmartad.com
- nextlgsdp.com
- lge.com

Dit bovenop de smarttv.txt list die hier al eerder voorbij is gekomen. Daarnaast in mijn modem de wired en wireless MAC-adressen via Parental Control verboden om een internetverbinding te maken. Mijn LG TV's (G1, G5 en C2) mogen dus wel mijn LAN op maar niet het internet. Zo kan ik nog altijd de TV's opnemen in een Home Assistant automation zoals het tonen van een screenshot via PiP als iemand op mijn Reolink deurbel duwt.

Als er nog meer goeie tips zijn voor het volledig tichtimmeren van deze casus dan hoor ik het graag.

Edit: Wellicht overbodig om te melden dat dit dus ervoor zorgt dat je geen enkele smart tv functie van het WebOS meer kunt gebruiken of nieuwe software updates kunt binnen hengelen. Ik gebruik een externe player (Shield TV Pro) voor Plex streaming, YouTube Premium en Spotify. Meer hebben wij in principe niet nodig. Traditionele TV kijken is al jaren geleden de deur uit gedaan.

[ Voor 22% gewijzigd door Techno Overlord op 07-09-2026 11:56 ]

[DjoeC]

@Techno Overlord
Veel subdomeinen van LG staan al op verschillende (Hagezi/OISD) lijsten maar niet als wildcard, zou dat nodig zijn?

Als ik het topic doorzoek op smarttv.txt vind ik niks, waar is die lijst te vinden? Nou heb ik een Sony die niet aan het netwerk hangt (alles loopt via sat ontvanger of surround receiver) maar het kan nooit kwaad om zo'n lijst toe te voegen.

[Techno Overlord]

DjoeC schreef op maandag 7 september 2026 @ 13:25:
@Techno Overlord
Veel subdomeinen van LG staan al op verschillende (Hagezi/OISD) lijsten maar niet als wildcard, zou dat nodig zijn?

Als ik het topic doorzoek op smarttv.txt vind ik niks, waar is die lijst te vinden? Nou heb ik een Sony die niet aan het netwerk hangt (alles loopt via sat ontvanger of surround receiver) maar het kan nooit kwaad om zo'n lijst toe te voegen.

Ow ik dacht dat ik deze lijst uit dit topic had gevist. Kan ook reddit zijn geweest.

Anyways, ik gebruik daarvoor deze lijst.

[Yucko]

Techno Overlord schreef op maandag 7 september 2026 @ 13:33:
[...]

Ow ik dacht dat ik deze lijst uit dit topic had gevist. Kan ook reddit zijn geweest.

Anyways, ik gebruik daarvoor deze lijst.

een lijst uit 2023 als ik dit zo zie.
Denk dat er ondertussen al wat aanvullende domeinen gebruikt worden door LG/Samsung/<vul je TV merk in>

[Techno Overlord]

Yucko schreef op maandag 7 september 2026 @ 13:35:
[...]

een lijst uit 2023 als ik dit zo zie.
Denk dat er ondertussen al wat aanvullende domeinen gebruikt worden door LG/Samsung/<vul je TV merk in>

Als je de domeinen vergelijkt met die wat in de Gamers Nexus video worden getoond, dan komen deze nog altijd overeen + nog een aantal die niet in de lijst van Gamers Nexus worden getoond.

[d3vlin]

En vervang de us. subdomeinen door wildcard, bijvoorbeeld *.lgsmartad.com. Hier worden nl.lgsmartad.com e.a. geblokkeerd.

[Raven]

Techno Overlord schreef op maandag 7 september 2026 @ 11:54:
Ik heb nav Gamer Nexus' video de volgende domeinen geblokkeerd als wildcard:
- lgtvcommon.com
- lgsmartad.com
- nextlgsdp.com
- lge.com

YouTube: 216,000,000 Spy TVs | The LG Smart TV Problem ?
Net aan het kijken, damn , mijn tv is van voor smart- en zelfs HDMI-CEC-era

[Stimulate14]

Misschien een beetje een domme vraag, maar moet ik buiten Pi-Hole om nog een VPN gebruiken? Of wordt dit overkill?
Ik overweeg namelijk een betaale VPN dienst erbij te nemen maar ik kan niet zo goed inschatten of dit zonde van het geld is.

Stel dat ik wel VPN neem als 'extra laag' moet ik dan wat aanpassen in mijn Pi-Hole config?

[Webgnome]

vpn en pihole hebben toch twee totaal verschillende redenen om ze te gebruiken?
Als je van buitenaf je eigen pihole wil gebruiken ja dan is een vpn aardig verplicht. Of nou ja tenzi je natuurlijk wil dat jan en alleman erbij kan

Als je thuis pihole gebruikt waarom zou je dan nog vpn willen gebruiken anders dan dat, door het gebruik van deze diensten, je kan doen alsof je ergens anders bent.

[Stimulate14]

Webgnome schreef op donderdag 1 oktober 2026 @ 12:11:
vpn en pihole hebben toch twee totaal verschillende redenen om ze te gebruiken?
Als je van buitenaf je eigen pihole wil gebruiken ja dan is een vpn aardig verplicht. Of nou ja tenzi je natuurlijk wil dat jan en alleman erbij kan

Als je thuis pihole gebruikt waarom zou je dan nog vpn willen gebruiken anders dan dat, door het gebruik van deze diensten, je kan doen alsof je ergens anders bent.

Ik wil niet van buiten naar binnen, dat heb ik zoveel mogelijk beperkt.
Het gaat eigenlijk puur om privacy, van mijn verkeer thuis het web op.

[Get!em]

Stimulate14 schreef op donderdag 1 oktober 2026 @ 12:18:
[...]


Ik wil niet van buiten naar binnen, dat heb ik zoveel mogelijk beperkt.
Het gaat eigenlijk puur om privacy, van mijn verkeer thuis het web op.

Je wilt dus de informatie die websites en diensten op basis van je IP adres zien, niet meer naar jouw provider/locatie te herleiden zijn? https://whatismyipaddress.com/

Dan kun je dat beter in het VPN topic gaan vragen.

[MewBie]

Meer mensen die DNS problemen hebben met pihole? Sinds ongeveer 15:30 vandaag allemaal OK BOGUS statussen in de query log en internet dat niet werkt. Eerder werkte het gewoon en ip adressen op het internet kunnen gewoon gepinged worden.

[sweetdude]

MewBie schreef op maandag 12 oktober 2026 @ 17:23:
Meer mensen die DNS problemen hebben met pihole? Sinds ongeveer 15:30 vandaag allemaal OK BOGUS statussen in de query log en internet dat niet werkt. Eerder werkte het gewoon en ip adressen op het internet kunnen gewoon gepinged worden.

Welke DNS provider gebruik je in pinhole?

[DjoeC]

MewBie schreef op maandag 12 oktober 2026 @ 17:23:
Meer mensen die DNS problemen hebben met pihole? Sinds ongeveer 15:30 vandaag allemaal OK BOGUS statussen in de query log en internet dat niet werkt. Eerder werkte het gewoon en ip adressen op het internet kunnen gewoon gepinged worden.

Nopem en ook geen gebruikersklachtem. Ik gebruik wel unbound achter pihole. Afgelopen 24 uur: 26% block, 52% cache en 22% unbound.

[MewBie]

sweetdude schreef op maandag 12 oktober 2026 @ 17:58:
[...]

Welke DNS provider gebruik je in pinhole?

Normaal unbound die in pihole zit.

Ik heb ook andere upstream DNS server geprobeerd als Google en OpenDNS en die geven hetzelfde resultaat. Heb nu DNSSEC uitgeschakeld met unbound als upstream en nu werkt het, dus er lijkt iets niet goed te gaan met DNSSEC.

[Toet3r]

@MewBie Heb dit ook wel eens gehad. Heb toen ook DNSSEC uitgezet. Daarna geen last meer van gehad. Geen idee wat dit nu bij jou veroorzaakt.

Wat bedoel je trouwens met: "Normaal unbound die in pihole zit."?
Pi-hole en unbound zijn 2 losse programma's die verder niks met elkaar te maken hebben. Ze worden wel vaak samen gebruikt.

[MewBie]

Toet3r schreef op maandag 12 oktober 2026 @ 18:08:
@MewBie Heb dit ook wel eens gehad. Heb toen ook DNSSEC uitgezet. Daarna geen last meer van gehad. Geen idee wat dit nu bij jou veroorzaakt.

Wat bedoel je trouwens met: "Normaal unbound die in pihole zit."?
Pi-hole en unbound zijn 2 losse programma's die verder niks met elkaar te maken hebben. Ze worden wel vaak samen gebruikt.

Oh, ik dacht dat unbound tegenwoording met pihole mee kwam, sorry.

[Airw0lf]

MewBie schreef op maandag 12 oktober 2026 @ 18:16:
[...]

Oh, ik dacht dat unbound tegenwoording met pihole mee kwam, sorry.

Dat lijkt het plan te zijn voor versie 7 - tis te zeggen... in versie 7 worden een aantal functies uit Unbound native Pihole uitgevoerd - waaronder DoT en DoH.

[Webgnome]

ik hoop ergens toch dat we de optie krijgen om een eigen unbound te hebben draaien..

[Toet3r]

Airw0lf schreef op maandag 12 oktober 2026 @ 18:33:
[...]

Dat lijkt het plan te zijn voor versie 7 - tis te zeggen... in versie 7 worden een aantal functies uit Unbound native Pihole uitgevoerd - waaronder DoT en DoH.

Heb de nighly versie van de pi-hole docker image op 1 van mijn pi's gezet, die heeft DoH/DoT. Zal deze komende dagen eens testen om te kijken hoe het werkt.

edit: pihole nu zo ingesteld dat ie quad9 DoT gebruikt, lijkt tot nu to goed te werken

[ Voor 10% gewijzigd door Toet3r op 12-10-2026 21:07 ]

[Buffalo]

Ik weet niet goed waar te beginnen, maar vermoedelijk ligt het wel aan PiHole.

Wat is er aan de hand: Sinds kort merk ik op 5G op mijn iPhone dat websites niet willen laden. Dit gebeurt dan bij een aantal website achter elkaar. Daarna werkt het ineens weer.
PiHole draait bij mij op een RP4 en ik gebruik ook PiVPN (Wireguard).
Het valt mij op dat websites weer willen laden zodra ik de VPN op mijn iPhone uitzet. Ik veronderstel dat he daarom met PiHole te maken heeft. Maar hoe kan ik dingen uitsluiten of achter komen wat er aan de hand is?
Thuis op mijn iPhone heb ik hetzelfde, maar VPN staat dan standaard uit. Op mijn PC lijkt het dan weer niet voor te komen.

Ook heb ik op een specifieke website sindskort ineens weer reclame. Dit is website fr12.nl. Ligt dit dan ook aan PiHole of komt dat door iets anders?
Mijn versies zijn: Core v6.4.3, FTL v6.7.1, Web interface v6.6

Ik heb de RP al opnieuw opgestart en in PiHole Flush DNS gedaan en Update Gravity.

[mcmd]

Buffalo schreef op donderdag 15 oktober 2026 @ 20:26:
Ik weet niet goed waar te beginnen, maar vermoedelijk ligt het wel aan PiHole.

Wat is er aan de hand: Sinds kort merk ik op 5G op mijn iPhone dat websites niet willen laden. Dit gebeurt dan bij een aantal website achter elkaar. Daarna werkt het ineens weer.
PiHole draait bij mij op een RP4 en ik gebruik ook PiVPN (Wireguard).
Het valt mij op dat websites weer willen laden zodra ik de VPN op mijn iPhone uitzet. Ik veronderstel dat he daarom met PiHole te maken heeft. Maar hoe kan ik dingen uitsluiten of achter komen wat er aan de hand is?
Thuis op mijn iPhone heb ik hetzelfde, maar VPN staat dan standaard uit. Op mijn PC lijkt het dan weer niet voor te komen.

Ook heb ik op een specifieke website sindskort ineens weer reclame. Dit is website fr12.nl. Ligt dit dan ook aan PiHole of komt dat door iets anders?
Mijn versies zijn: Core v6.4.3, FTL v6.7.1, Web interface v6.6

Ik heb de RP al opnieuw opgestart en in PiHole Flush DNS gedaan en Update Gravity.

Kun je eens kijken naar de "Query log" terwijl je dit allemaal ervaart? Dan zie je wellicht bevestigt of juist niet dat pi hole in ieder geval wel/niet onderdeel van het probleem is.

Verder zou ik goed kijken naar de DNS settings op je telefoon. Heb je meerdere DNS servers ingesteld en dat soort zaken.

[jojost1]

Buffalo schreef op donderdag 15 oktober 2026 @ 20:26:
Ik weet niet goed waar te beginnen, maar vermoedelijk ligt het wel aan PiHole.

Wat is er aan de hand: Sinds kort merk ik op 5G op mijn iPhone dat websites niet willen laden. Dit gebeurt dan bij een aantal website achter elkaar. Daarna werkt het ineens weer.
PiHole draait bij mij op een RP4 en ik gebruik ook PiVPN (Wireguard).
Het valt mij op dat websites weer willen laden zodra ik de VPN op mijn iPhone uitzet. Ik veronderstel dat he daarom met PiHole te maken heeft. Maar hoe kan ik dingen uitsluiten of achter komen wat er aan de hand is?
Thuis op mijn iPhone heb ik hetzelfde, maar VPN staat dan standaard uit. Op mijn PC lijkt het dan weer niet voor te komen.

Ook heb ik op een specifieke website sindskort ineens weer reclame. Dit is website fr12.nl. Ligt dit dan ook aan PiHole of komt dat door iets anders?
Mijn versies zijn: Core v6.4.3, FTL v6.7.1, Web interface v6.6

Ik heb de RP al opnieuw opgestart en in PiHole Flush DNS gedaan en Update Gravity.

Heb je de nieuwe connectivity assist feature in iOS 27 uitgezet? Als ik je zo hoor zou het best kunnen dat die aan staat en die kan dit veroorzaken geloof ik

[Buffalo]

mcmd schreef op donderdag 15 oktober 2026 @ 21:23:
[...]

Kun je eens kijken naar de "Query log" terwijl je dit allemaal ervaart? Dan zie je wellicht bevestigt of juist niet dat pi hole in ieder geval wel/niet onderdeel van het probleem is.

Verder zou ik goed kijken naar de DNS settings op je telefoon. Heb je meerdere DNS servers ingesteld en dat soort zaken.

Ik zal morgen eens de query log bekijken. DNS staat op automatisch en wijst naar het IP adres van mijn PiHole.

jojost1 schreef op vrijdag 16 oktober 2026 @ 13:35:
[...]

Heb je de nieuwe connectivity assist feature in iOS 27 uitgezet? Als ik je zo hoor zou het best kunnen dat die aan staat en die kan dit veroorzaken geloof ik

Ik zit nog op iOS 26, dus daar kan het niet aan liggen.

[Toet3r]

Er is weer een update verschenen
changelog