[Pi-Hole] Ervaringen & discussie

[Get!em]

sjhgvr schreef op maandag 1 december 2025 @ 06:58:
Sinds 1 jan 2024 worden "HOSTS" en "DOMAINS" niet meer aangeboden.
In die tijd heb ik vanalles geserveerd op die locaties;
404 (Not found), 410 (Gone), Leeg met 200 (OK), en DNS 0.
Het bericht komt niet door bij gebruikers van outdated URL.
Dus wat doet narrow-minded me (want dit is dé manier, toch?)... Dit; https://www.reddit.com/r/...dlist_it_just_turned_off/

Ik leef altijd naar doe iemand anders niet iets aan wat je zelf ook niet aangedaan wilt worden...
Ik gok dat daar het probleem zit, want ik zou dit zelf niet erg gevonden hebben. Werkt m'n internet niet? Leuk, hebben we weer wat om uit te zoeken! DNS? Fixen we dat..

Nu heb ik een hoop mensen boos gemaakt, het geloof wat mensen nog in me hadden is gezakt naar een all-time-low, en ik vraag me af of t wel slim is als ik OISD nog wel moet blijven maintainen.

Leer ervan en door?

Van de andere kant; belicht het een probleem met adblockers in general?

Inmiddels probeer ik (https://dbl.oisd.nl) m'n eigen domains juist te blokkeren, maar dat lijkt dus niet te lukken.

En nu raakt m'n vriendin geïrriteerd omdat ze m'n aandacht niet heeft.

Had je niet beter gewoon de subdomeinen kunnen weghalen?

De melding die nu in de lists stond was niet echt aardig.
Als mij dit zou overkomen, op een ongelegen moment, bijv terwijl ik op vakantie ben en internet via pihole routeer, is er ook een dikke vinger.

https://pastebin.com/FGm0REvb

#
# STOP! THIS LIST IS DEAD. DELETE IT IMMEDIATELY. ###
# ###
# YOUR INTERNET IS BROKEN BECAUSE THIS URL IS DEPRECATED. ###
# YOUR INTERNET IS BROKEN BECAUSE THIS URL IS DEPRECATED. ###
# YOUR INTERNET IS BROKEN BECAUSE THIS URL IS DEPRECATED. ###
#
#
# If you are reading this, your internet is broken.
# You cannot access Google, Amazon, or Netflix.
#
# WHY?
# Because you are using 'dbl.oisd.nl'
# We discontinued this specific URL about 3 years ago.
#
# THE FIX:
# 1. DELETE this URL from your adblocker/Pi-hole configuration.
# 2. Visit https://oisd.nl to get the supported, modern blocklists.
#
# Please do not report this as a bug. It is a feature to get your attention.

google.com
youtube.com
facebook.com
instagram.com
twitter.com
x.com
chatgpt.com
baidu.com
wikipedia.org
yahoo.com
yandex.ru
whatsapp.com
amazon.com
tiktok.com
live.com
reddit.com
netflix.com
linkedin.com
office.com
bing.com
dzen.ru
vk.com
microsoft.com

[ Voor 25% gewijzigd door Get!em op 01-12-2025 07:21 ]

[dss58]

sjhgvr schreef op maandag 1 december 2025 @ 06:58:
Sinds 1 jan 2024 worden "HOSTS" en "DOMAINS" niet meer aangeboden.
In die tijd heb ik vanalles geserveerd op die locaties;
404 (Not found), 410 (Gone), Leeg met 200 (OK), en DNS 0.
Het bericht komt niet door bij gebruikers van outdated URL.
Dus wat doet narrow-minded me (want dit is dé manier, toch?)... Dit; https://www.reddit.com/r/...dlist_it_just_turned_off/

Ik leef altijd naar doe iemand anders niet iets aan wat je zelf ook niet aangedaan wilt worden...
Ik gok dat daar het probleem zit, want ik zou dit zelf niet erg gevonden hebben. Werkt m'n internet niet? Leuk, hebben we weer wat om uit te zoeken! DNS? Fixen we dat..

Nu heb ik een hoop mensen boos gemaakt, het geloof wat mensen nog in me hadden is gezakt naar een all-time-low, en ik vraag me af of t wel slim is als ik OISD nog wel moet blijven maintainen.

Leer ervan en door?

Van de andere kant; belicht het een probleem met adblockers in general?

Inmiddels probeer ik (https://dbl.oisd.nl) m'n eigen domains juist te blokkeren, maar dat lijkt dus niet te lukken.

En nu raakt m'n vriendin geïrriteerd omdat ze m'n aandacht niet heeft.

Hou je lijst in de lucht, niemand is perfect en ik ben er nog steeds blij mee, ik hoop dat ik medestanders heb en dat je het van me aan neemt

[Room42]

@sjhgvr Ongehinderd van enige kennis van de werking van AdBlockers, zou ik ook zeggen; serveer een HTTP 404 met daarin een link naar uitleg en alternatieven. Dan verwacht ik dan actieve adblockers een error zouden krijgen en gebruikers vanzelf gaan onderzoeken waarom er zoveel advertenties zichtbaar kwamen. Maar goed, dan moet dat wel het resultaat zijn, natuurlijk.
In ieder geval ben jij er dan vanaf zonder mensen echt te hinderen (zoals je nu deed).

[ Voor 3% gewijzigd door Room42 op 01-12-2025 09:04 ]

[DjoeC]

dss58 schreef op maandag 1 december 2025 @ 08:15:
[...]


Hou je lijst in de lucht, niemand is perfect en ik ben er nog steeds blij mee, ik hoop dat ik medestanders heb en dat je het van me aan neemt

Ik sluit me hierbij aan. Ik gebruik de lijst en ben er (met andere lijsten) blij mee.

"Soms" moet ik iets whitelisten maar dat ligt meestal aan de NRD (New Registered Domains) lijsten waar ook oude domeinen op verschijnen. Maar, misschien kijken die ook naar domein wijzigingen of verhuizingen.

[Skinnyice]

Dacht "even" pihole in een docker container op de Mac Mini te gooien, maar dat ging niet helemaal als gepland. Kreeg geen juiste interne IP's of hostnames als mijn clients in de query log. Hij pakte externe IP's en soms ook 1 IP voor meerdere hosts, waardoor ik totaal geen inzicht had in welke domeinen door welk device worden opgevraagd / geblokkeerd. Conditional forwarding deed niks, wat wellicht met docker networking te maken had. /etc/hosts aanpassen deed ook niks. Dus toen een zoektocht gestart om het wel werkend te krijgen.

Uiteindelijk heb ik de meest omslachtige manier gevonden, waardoor alles in ieder geval werkt. Op de Mac Mini een Ubuntu Server vm, daarop docker en daarin de pihole container. Door de VM in een bridge te zetten kreeg hij netjes zijn eigen IP van mijn router. Nu werkt alles naar behoren, fjoe. Updaten is daardoor wel irritanter geworden door het bijhouden van die VM, maar je kunt niet alles hebben zullen we dan maar zeggen.

Ik zie wel gelijk 18.000 (!) records in 3 kwartier tijd van mijn leuke Samsung Frame TV. Benieuwd of er een vinkje in het menu zit om datasharing te stoppen

[ Voor 7% gewijzigd door Skinnyice op 02-12-2025 15:07 ]

[Get!em]

Skinnyice schreef op dinsdag 2 december 2025 @ 15:05:

Ik zie wel gelijk 18.000 (!) records in 3 kwartier tijd van mijn leuke Samsung Frame TV. Benieuwd of er een vinkje in het menu zit om datasharing te stoppen

Check even wat voor requests het zijn. Kan zijn dat hij
a) het interne netwerk doorzoekt ivm casting apparaten
b) de internet verbinding checkt, en dat nu geblokkeerd wordt, en vervolgens nog vaker en herhaaldelijk een check doet of er weer internet is.

[MAdD]

Skinnyice schreef op dinsdag 2 december 2025 @ 15:05:
Dacht "even" pihole in een docker container op de Mac Mini te gooien, maar dat ging niet helemaal als gepland. Kreeg geen juiste interne IP's of hostnames als mijn clients in de query log. Hij pakte externe IP's en soms ook 1 IP voor meerdere hosts, waardoor ik totaal geen inzicht had in welke domeinen door welk device worden opgevraagd / geblokkeerd. Conditional forwarding deed niks, wat wellicht met docker networking te maken had. /etc/hosts aanpassen deed ook niks. Dus toen een zoektocht gestart om het wel werkend te krijgen.

Uiteindelijk heb ik de meest omslachtige manier gevonden, waardoor alles in ieder geval werkt. Op de Mac Mini een Ubuntu Server vm, daarop docker en daarin de pihole container. Door de VM in een bridge te zetten kreeg hij netjes zijn eigen IP van mijn router. Nu werkt alles naar behoren, fjoe. Updaten is daardoor wel irritanter geworden door het bijhouden van die VM, maar je kunt niet alles hebben zullen we dan maar zeggen.

Ik zie wel gelijk 18.000 (!) records in 3 kwartier tijd van mijn leuke Samsung Frame TV. Benieuwd of er een vinkje in het menu zit om datasharing te stoppen

waarom niet direct pi-hole in de Ubuntu Server VM draaien... scheelt weer een laag....
Werkt bij mij perfect (alhoewel ik het draai op ESXi)

code:

 curl -sSL https://install.pi-hole.net | bash

en daarna nog even Unbound installeren op de Ubuntu VM: https://docs.pi-hole.net/guides/dns/unbound/

[ Voor 6% gewijzigd door MAdD op 02-12-2025 15:28 ]

[Skinnyice]

Get!em schreef op dinsdag 2 december 2025 @ 15:19:
[...]


Check even wat voor requests het zijn. Kan zijn dat hij
a) het interne netwerk doorzoekt ivm casting apparaten
b) de internet verbinding checkt, en dat nu geblokkeerd wordt, en vervolgens nog vaker en herhaaldelijk een check doet of er weer internet is.

Heb al meerdere bronnen gevonden die aangeven dezelfde domeinen te zien. Oplossing is o.a. om de TV van het netwerk te halen en je smartspullen extern te gaan gebruiken, wat uiteraard een optie is.


Alle apps op de TV werken ook nog gewoon, dus zolang dat nog goed gaat, vind ik het voor nu nog even prima.

[Stimulate14]

Skinnyice schreef op dinsdag 2 december 2025 @ 15:05:


Ik zie wel gelijk 18.000 (!) records in 3 kwartier tijd van mijn leuke Samsung Frame TV. Benieuwd of er een vinkje in het menu zit om datasharing te stoppen

LG heeft er ook een handje van.

[GG85]

sjhgvr schreef op maandag 1 december 2025 @ 06:58:
Sinds 1 jan 2024 worden "HOSTS" en "DOMAINS" niet meer aangeboden.
In die tijd heb ik vanalles geserveerd op die locaties;
404 (Not found), 410 (Gone), Leeg met 200 (OK), en DNS 0.
Het bericht komt niet door bij gebruikers van outdated URL.
Dus wat doet narrow-minded me (want dit is dé manier, toch?)... Dit; https://www.reddit.com/r/...dlist_it_just_turned_off/

Ik leef altijd naar doe iemand anders niet iets aan wat je zelf ook niet aangedaan wilt worden...
Ik gok dat daar het probleem zit, want ik zou dit zelf niet erg gevonden hebben. Werkt m'n internet niet? Leuk, hebben we weer wat om uit te zoeken! DNS? Fixen we dat..

Nu heb ik een hoop mensen boos gemaakt, het geloof wat mensen nog in me hadden is gezakt naar een all-time-low, en ik vraag me af of t wel slim is als ik OISD nog wel moet blijven maintainen.

Leer ervan en door?

Van de andere kant; belicht het een probleem met adblockers in general?

Inmiddels probeer ik (https://dbl.oisd.nl) m'n eigen domains juist te blokkeren, maar dat lijkt dus niet te lukken.

En nu raakt m'n vriendin geïrriteerd omdat ze m'n aandacht niet heeft.

Ben jaren een dankbare gebruiker van je lijsten maar dit was niet echt een handige actie tbh....

Heel wat mensen gebruiken je lijst behoorlijk serieus (dat is een compliment voor je werk) en als dan ineens zo ongeveer alles geblockt wordt zijn mensen terecht niet blij.
Niet iedereen denk "jeej troubleshooten" en mensen die dat vaak wel denken deden dat misschien niet op het moment dat jij dit bedacht.

Anyway, hoop dat je doorgaat.

[Stimulate14]

Er zijn weer diverse updates beschikbaar.

[Stimulate14]

Core v6.2.2 · Update available!
FTL v6.3.2 · Update available!
Web interface v6.3 · Update available!

[Get!em]

Stimulate14 schreef op maandag 8 december 2025 @ 14:14:
Core v6.2.2 · Update available!
FTL v6.3.2 · Update available!
Web interface v6.3 · Update available!

Als je op die versies draait wel ja

Maar dat is al 2 weken geleden geweest met de updates. Uptime (since last restart) hier al weer 18 dagen zie ik in mijn dashboard.

[W1ck1e]

Stimulate14 schreef op maandag 8 december 2025 @ 14:14:
Core v6.2.2 · Update available!
FTL v6.3.2 · Update available!
Web interface v6.3 · Update available!

Ergens (wel thuis) vorige week geinstalleerd.

[Stimulate14]

Oh my bad, haha. Maar zo houden we iedereen scherp.

[W1ck1e]

Stimulate14 schreef op maandag 8 december 2025 @ 14:40:
Oh my bad, haha. Maar zo houden we iedereen scherp.

Voor hetzelfde geld was je de eerste geweest.

edit: bij nader inzien, je was de eerste (hier)

[ Voor 11% gewijzigd door W1ck1e op 09-12-2025 07:36 ]

[Stimulate14]

Heeft iemand toevallig een link / lijst gelokaliseerd?

nieuws: NLconnect deelt lijst te blokkeren Russische sites bij gebrek aan ric...

[alesandro_46]

Stimulate14 schreef op dinsdag 16 december 2025 @ 09:48:
Heeft iemand toevallig een link / lijst gelokaliseerd?

nieuws: NLconnect deelt lijst te blokkeren Russische sites bij gebrek aan ric...

Via jouw link:

• De link in de tweede alinea (naar NLconnect);
• Onderaan die pagina staat een Excel file die je kan downloaden;
• Op de tweede sheet staan de sites.

[Stimulate14]

alesandro_46 schreef op dinsdag 16 december 2025 @ 11:11:
[...]

Via jouw link:

• De link in de tweede alinea (naar NLconnect);
• Onderaan die pagina staat een Excel file die je kan downloaden;
• Op de tweede sheet staan de sites.

Pfffffffffffffff. Ik stop met posten hier. Ik kijk weer met de neus.

[Get!em]

Stimulate14 schreef op dinsdag 16 december 2025 @ 12:18:
[...]


Pfffffffffffffff. Ik stop met posten hier. Ik kijk weer met de neus.

https://gist.github.com/B...15a7c2984569bcc2e0d71166d

[Church of Noise]

Ik ben sinds kort de OISD lijst aan het proberen, blijkt deze ochtend m'n email bij telenet plots niet meer te werken. Beetje gezocht waar het allemaal kon foutlopen, blijkt het domein van telenet (de grootste of op 1 na grootste provider van België) plots op die lijst te staan!

Kleine waarschuwing voor medegebruikers...
Ondertussen flag ik het als een false positive.

[ Voor 6% gewijzigd door Church of Noise op 17-12-2025 10:12 ]

[dss58]

Church of Noise schreef op woensdag 17 december 2025 @ 10:11:
Ik ben sinds kort de OISD lijst aan het proberen, blijkt deze ochtend m'n email bij telenet plots niet meer te werken. Beetje gezocht waar het allemaal kon foutlopen, blijkt het domein van telenet (de grootste of op 1 na grootste provider van België) plots op die lijst te staan!

Kleine waarschuwing voor medegebruikers...
Ondertussen flag ik het als een false positive.

ik gebruik die lijst al jaren naar volle tevredenheid, maar zoiets kan altijd gebeuren, ook wel is met andere lijsten mee gemaakt.
bijvoorbeeld hcss.nl die was ineens geblokt, ik checken blijkt er volgens virustotal.com een virus in te zitten.

[ Voor 8% gewijzigd door dss58 op 17-12-2025 10:52 ]

[DjoeC]

Church of Noise schreef op woensdag 17 december 2025 @ 10:11:
Ik ben sinds kort de OISD lijst aan het proberen, blijkt deze ochtend m'n email bij telenet plots niet meer te werken. Beetje gezocht waar het allemaal kon foutlopen, blijkt het domein van telenet (de grootste of op 1 na grootste provider van België) plots op die lijst te staan!

Kleine waarschuwing voor medegebruikers...
Ondertussen flag ik het als een false positive.

Geen bijzonder probleem. Zo heb ik ad.nl, radio5.nl, porteren.nl en nog meer moeten whitelisten. Niet vanwege OISD maar vanwege "nieuw domein afgelopen maand"..... Ach, met nu 9.5 miljoen geblokkerde domeinen kan dat een keer gebeuren

[Toet3r]

Church of Noise schreef op woensdag 17 december 2025 @ 10:11:
Ik ben sinds kort de OISD lijst aan het proberen, blijkt deze ochtend m'n email bij telenet plots niet meer te werken. Beetje gezocht waar het allemaal kon foutlopen, blijkt het domein van telenet (de grootste of op 1 na grootste provider van België) plots op die lijst te staan!

Kleine waarschuwing voor medegebruikers...
Ondertussen flag ik het als een false positive.

Ja kan false positives hier melden https://oisd.nl/report

[sweetdude]

Get!em schreef op dinsdag 16 december 2025 @ 12:25:
[...]

https://gist.github.com/B...15a7c2984569bcc2e0d71166d

Deze lijst heeft volgens mij alleen maar nut als je gebruikers hebt op je netwerk waarvan je niet wil hebben dat ze naar Russische websites willen gaan.
Dit voegt volgens mij niets toe om standaard als blokkeerlijst te gebruiken.

[DjoeC]

Stimulate14 schreef op dinsdag 16 december 2025 @ 09:48:
Heeft iemand toevallig een link / lijst gelokaliseerd?

nieuws: NLconnect deelt lijst te blokkeren Russische sites bij gebrek aan ric...

Tja, ik ben er niet zo'n voorstander van dat _mijn_ internet verkeer geblokt wordt omdat een regering dat wil. Ik zie mezelf als voldoende volwassen om zelf te kunnen besluiten of ik al dan niet "propaganda" van "de andere kant" wil bekijken.

[The-Source]

Nu heb ik zelf thuis prima meerdere pi-holes draaien op een Raspberry en LXC container maar vroeg mij af wat kosten technisch en goede combinatie is om weg te zetten bij mij ouders.
Als voorbeeld een Raspberry zal dus wel met case moeten. En zo ook andere oplossingen. Er is geen NAS aanwezig en wil niet met continu vpn/ wireguard aan de gang om wat reclames te blokkeren ( te veel risico dat het niet werkt)
Dus ik vroeg mij af waar jullie voor kiezen als hardware oplossing voor pihole

[dss58]

@The-Source ik gebruik pihole op een raspberry pi 3B+ en trixie als OS, werkt als een tierelier sinds jaar en dag.

[Refthoom]

The-Source schreef op maandag 22 december 2025 @ 19:27:
Nu heb ik zelf thuis prima meerdere pi-holes draaien op een Raspberry en LXC container maar vroeg mij af wat kosten technisch en goede combinatie is om weg te zetten bij mij ouders.
Als voorbeeld een Raspberry zal dus wel met case moeten. En zo ook andere oplossingen. Er is geen NAS aanwezig en wil niet met continu vpn/ wireguard aan de gang om wat reclames te blokkeren ( te veel risico dat het niet werkt)
Dus ik vroeg mij af waar jullie voor kiezen als hardware oplossing voor pihole

Heb jarenlang een rpi3B+ gebruikt. Tegenwoordig heb ik DNS4EU in mijn router gezet en dat doet het eigenlijk best aardig. Enige nadeel is dat ik niet ff de adblocker uit kan zetten. Misschien is dat een oplossing voor je ouders?

[Get!em]

Refthoom schreef op maandag 22 december 2025 @ 20:05:
[...]

Heb jarenlang een rpi3B+ gebruikt. Tegenwoordig heb ik DNS4EU in mijn router gezet en dat doet het eigenlijk best aardig. Enige nadeel is dat ik niet ff de adblocker uit kan zetten. Misschien is dat een oplossing voor je ouders?

Same, maar dan met NextDNS. Die kun je met app op mobieltjes zetten en dan hebben ze ook onderweg een knop om hem uit te zetten. Mijn ouders, bijna 80, snappen dat.

[Refthoom]

Get!em schreef op maandag 22 december 2025 @ 20:07:
[...]

Same, maar dan met NextDNS. Die kun je met app op mobieltjes zetten en dan hebben ze ook onderweg een knop om hem uit te zetten. Mijn ouders, bijna 80, snappen dat.

Ja dat is wel handig inderdaad. Op mijn android heb ik dezelfde DNS4EU ingesteld. Denk dat ik NextDNS ook eens bekijk, ben geen 80 maar zo'n aan uit knop is wel handig

[Get!em]

Refthoom schreef op maandag 22 december 2025 @ 20:18:
[...]

Ja dat is wel handig inderdaad. Op mijn android heb ik dezelfde DNS4EU ingesteld. Denk dat ik NextDNS ook eens bekijk, ben geen 80 maar zo'n aan uit knop is wel handig

Voordeel is ook, je kunt de log zien en net als met pihole de lijsten bijwerken. NextDNS heeft zijn eigen topic hier.

[Toet3r]

@The-Source
Een pi 3b+ zoals al genoemd kan. Die heb ik zelf ook. Voor het draaien van alleen pi-hole is dat wel overkill. Een pi zero of zero 2 is ook al voldoende. Deze hebben standaard echter geen ethernet. Dit kan je je oplossen met een ethernet HAT of verbinden via wifi zou ook kunnen.
Een pi zero + behuizing en micro sd kaartje is niet heel prijzig

uitvoering: Raspberry Pi Zero 2 W

[ Voor 13% gewijzigd door Toet3r op 22-12-2025 23:00 ]

[The-Source]

Eerst maar eens even remote die dns4eu in de router gezet. NextDNS met 300k queries ga je in de maand natuurlijk ruim overheen dus dat ontkom je niet aan om betaald te gaan.
In ieder geval bedankt voor het aandragen van de ideeën

[Toet3r]

@The-Source Je zou ook nog de servers van quad9 kunnen proberen die zijn ook goed. Ze zijn ook erg privacy vriendelijk dat is ook fijne toevoeging.

[Raymond P]

The-Source schreef op maandag 22 december 2025 @ 19:27:
Nu heb ik zelf thuis prima meerdere pi-holes draaien op een Raspberry en LXC container maar vroeg mij af wat kosten technisch en goede combinatie is om weg te zetten bij mij ouders.
Als voorbeeld een Raspberry zal dus wel met case moeten. En zo ook andere oplossingen. Er is geen NAS aanwezig en wil niet met continu vpn/ wireguard aan de gang om wat reclames te blokkeren ( te veel risico dat het niet werkt)
Dus ik vroeg mij af waar jullie voor kiezen als hardware oplossing voor pihole

The magical cloud, icm DoT/DoH.
Je hoeft het niet thuis te draaien/hosten.

[The-Source]

Raymond P schreef op dinsdag 23 december 2025 @ 12:43:
[...]


The magical cloud, icm DoT/DoH.
Je hoeft het niet thuis te draaien/hosten.

Thuis draai ik ook de nodige local DNS records icm npm (nginx proxy manager) voor https naar de diverse home-lab spulletjes. (daarom ook 2 die gesynced worden) Dus voor thuis heb ik het zeker wel nodig, maar mijn ouders zeker niet.

[DjoeC]

The-Source schreef op dinsdag 23 december 2025 @ 13:09:
[...]

Thuis draai ik ook de nodige local DNS records icm npm (nginx proxy manager) voor https naar de diverse home-lab spulletjes. (daarom ook 2 die gesynced worden) Dus voor thuis heb ik het zeker wel nodig, maar mijn ouders zeker niet.

Wat je natuurlijk wel zou kunnen doen is hun netwerk onderdeel maken van jouw netwerk (bridge). Dan kun jij alles thuis beheren en hebben de oudjes de voordelen.

[The-Source]

Nou dan worden ze afhankelijk van 2 internet verbindingen... los van de latency (of ze dat merken is ander verhaal).
En beheer op afstand is sinds ik ze naar managed router en APs heb omgezet al op orde. Zo heb ik ze gisteravond laat al voorzien van gewijzigde DNS servers en nog geen klachten gehoord

[Raymond P]

The-Source schreef op dinsdag 23 december 2025 @ 13:09:
[...]

Thuis draai ik ook de nodige local DNS records icm npm (nginx proxy manager) voor https naar de diverse home-lab spulletjes. (daarom ook 2 die gesynced worden) Dus voor thuis heb ik het zeker wel nodig, maar mijn ouders zeker niet.

Dan is de drempel om die tools toe te voegen aan je eigen stack toch niet zo hoog?
Ja, je creëert een afhankelijkheid. Dat is dus ook op te lossen door het op een vpsje (in een datacentrum) te draaien.

[jpgview]

voor wie de eindejaarsconference van Xander De Rijcke heeft gezien, waarin je de "XDR NoNews Block" chrome plugin ziet voorbij komen (item vanaf 2:14:45), dit zijn de domains waarvoor die plugin een waarschuwing geeft:

"concertnews.be",
"reddit.com",
"facebook.com",
"tingo.be",
"redactie24.be",
"showbizz24.be",
"sport.newsource.com",
"nieuws.visaguidenow.com",
"nieuwsnl.azontree.com",
"spoznews.boonovel.com",
"sport24.boonovel.com",
"sport247.boonovel.com",
"europa.azontree.com",
"showroddel.nl",
"sport.topnewsource.com",
"360news.topnewsource.com",
"showbizztime.be",
"nieuws365.be",
"voetbal24.be",
"sport365.be",
"wieler24.be",
"showland.nl",
"consumentennieuws.be",
"blijned.nl",
"vipnieuws.be",
"vipnieuws.nl",
"showbizzsite.be",
"happy247.be",
"happy247.nl",
"showcafe.be",
"showcafe.nl",
"redactie247.be",
"redactie247.nl",
"mudoo.nl",
"mudoo.be",
"vandaag247.be",
"vandaag247.nl",
"show24.nl",
"show24.be",
"entertainment-today.nl",
"entertainment-today.be",
"showbizzsite.nl",
"showbizznieuws247.nl",
"showbizznieuws247.be",
"royalty247.be",
"royalty247.nl",
"soapkijker.be",
"sport247.be",
"atletiekkrant.be",
"autosportkrant.be",
"voetbalkrant.com",
"wielerkrant.be",
"sport-planet.eu",
"walfoot.be",
"belgiumsoccer.be",
"mancho.be",
"vierdriedrie.be",
"nieuwsforum.nl",
"mamasenomas.nl",
"menszine.nl",
"showbizbe.numpet.com",
"viral.topnewsource.com"

"juice channels" (ref. Xander), afkomstig van een aantal bedrijven (showcomm, media24, rabona en rm solutions ea, zoals in de show opgelijst), al zijn er weer een paar bij die voor sommige gebruikers niet van toepassing zijn (facebook, reddit, ...).

[Jazzy]

Toch weer even een dingetje met conditional forwarding.

Pi-hole: 192.168.2.253
Interne DNS server voor het thuis.local domein: 192.168.2.81
Pi-hole conditional forwarding: true,192.168.2.0/24,192.168.2.81,thuis.local

Dat laatste zou dus betekenen dat Pi-hole elke query voor de thuis.local zone zou forwarden naar mijn interne DNS-server. In de interne DNS-server heb ik een A-record aangemaakt voor de host rs6000.thuis.local.

Toch kan ik die via Pi-Hole niet resolven, wel als ik direct mijn interne DNS-server raadpleeg:

code:

C:\Users\user>nslookup rs6000.thuis.local 192.168.2.81
Server:  DC1.thuis.local
Address:  192.168.2.81

Name:    rs6000.thuis.local
Address:  192.168.2.92


C:\Users\user>nslookup rs6000.thuis.local 192.168.2.253
Server:  pi.hole
Address:  192.168.2.253

*** pi.hole can't find rs6000.thuis.local: Non-existent domain

Doe ik iets fout hier?

Update: Blijkbaar een chaching issue, werkt nu wel gewoon.

[ Voor 3% gewijzigd door Jazzy op 09-01-2026 21:18 ]

[Tomovich]

Hallo, ik heb thuis een Unifi-installatie staan met verschillende vlan's. Daarnaast heb ik een Pi-Hole die enkel DNS verzorgt. Vanuit de Unifi-gateway (10.0.0.1) stuur ik DNS-aanvragen door naar de Pi-Hole (10.0.0.22). Daar krijg ik de aanvragen binnen maar zie ik niet vanaf welk IP-adres.
Ik heb geprobeerd om conditional forwarding in te stellen, maar dit geeft geen resultaat. In het default vlan staat als Domain Name "localdomain" vermeld in Unifi. Wat doe ik fout? Betreft v6 van Pi-Hole. Ik gebruik volgende conditional forwarding:

code:

true,10.0.0.0/24,10.0.0.1,localdomain

[d3vlin]

Je moet Pi-Hole (10.0.0.22) instellen als DNS server voor de clients, niet Unifi (10.0.0.1). Mocht je dat nog niet gedaan hebben dan is het wel nodig om een upstream DNS te configureren voor Pi-Hole.

Als Pi-Hole niet je DHCP server is kan je conditional forwarding instellen naar een host die dat wel is om je LAN adressen te laten resolven. De regel die je al noemt doet precies dat; requests die binnenkomen op Pi-Hole voor *.localdomain vanaf je LAN (10.0.0.0/24) worden doorgestuurd naar 10.0.0.1 (Unifi).

[ Voor 15% gewijzigd door d3vlin op 14-01-2026 07:14 ]

[Airw0lf]

Tomovich schreef op dinsdag 13 januari 2026 @ 23:18:
Hallo, ik heb thuis een Unifi-installatie staan met verschillende vlan's. Daarnaast heb ik een Pi-Hole die enkel DNS verzorgt. Vanuit de Unifi-gateway (10.0.0.1) stuur ik DNS-aanvragen door naar de Pi-Hole (10.0.0.22). Daar krijg ik de aanvragen binnen maar zie ik niet vanaf welk IP-adres.
Ik heb geprobeerd om conditional forwarding in te stellen, maar dit geeft geen resultaat. In het default vlan staat als Domain Name "localdomain" vermeld in Unifi. Wat doe ik fout? Betreft v6 van Pi-Hole. Ik gebruik volgende conditional forwarding:

code:

true,10.0.0.0/24,10.0.0.1,localdomain

Een paar vragen:
(1) - Wat heb je precies ingesteld zodat de gateway die dns aanvragen doorstuurt?
(2) - Hoe weet je dat die binnenkomen op pihole? Met welk ip adres komen ze daar dan binnen?
(3) - Wat is je verwachting van conditional forwarding - wat zou dat moeten brengen?

[ Voor 3% gewijzigd door Airw0lf op 14-01-2026 07:45 ]

[MAdD]

Tomovich schreef op dinsdag 13 januari 2026 @ 23:18:
Hallo, ik heb thuis een Unifi-installatie staan met verschillende vlan's. Daarnaast heb ik een Pi-Hole die enkel DNS verzorgt. Vanuit de Unifi-gateway (10.0.0.1) stuur ik DNS-aanvragen door naar de Pi-Hole (10.0.0.22). Daar krijg ik de aanvragen binnen maar zie ik niet vanaf welk IP-adres.
Ik heb geprobeerd om conditional forwarding in te stellen, maar dit geeft geen resultaat. In het default vlan staat als Domain Name "localdomain" vermeld in Unifi. Wat doe ik fout? Betreft v6 van Pi-Hole. Ik gebruik volgende conditional forwarding:

code:

true,10.0.0.0/24,10.0.0.1,localdomain

wat ik doen is het volgende:

Aanpassen van de dnwmasq.d voor VLAN Support

code:

nano /etc/dnsmasq.d/02-UI.conf

rev-server=VLAN1,gateway
rev-server=VLAN2,gateway


Bijvoorbeeld
rev-server=192.168.1.0/24,192.168.1.1
rev-server=192.168.2.0/24,192.168.2.1

en dan zie je wel de juiste aanvragen in Pi-Hole

[sweetdude]

alesandro_46 schreef op dinsdag 16 december 2025 @ 11:11:
[...]

Via jouw link:

• De link in de tweede alinea (naar NLconnect);
• Onderaan die pagina staat een Excel file die je kan downloaden;
• Op de tweede sheet staan de sites.

Voor iedereen die denkt dat het handig is om deze lijst te gebruiken, zie dit net geplaatste artikel
nieuws: NLconnect schrapt ruim helft geblokkeerde 'Russische' domeinen van lijst

[Toet3r]

Er is weer een update voor pi-hole uitgebracht. Met onder andere 2 fixes voor kwetsbaarheden in de web interface.

Volledige changelog: https://pi-hole.net/blog/...-4-released/#page-content

[Freee!!]

Toet3r schreef op dinsdag 17 februari 2026 @ 22:20:
Er is weer een update voor pi-hole uitgebracht. Met onder andere 2 fixes voor kwetsbaarheden in de web interface.

Volledige changelog: https://pi-hole.net/blog/...-4-released/#page-content

En voor degenen, die het als Docker container hebben draaien, die is ook bijgewerkt (en de automatische update met Watchtower is goed gegaan).

[DjoeC]

Security fix in de webinterface, zouden er veel gebruikers zijn waar die webinterface van buitenaf bereikbaar is? Dat op zich lijkt me voor een firewall achtig oplossing al onwenselijk....

[mcmd]

DjoeC schreef op dinsdag 17 februari 2026 @ 22:52:
Security fix in de webinterface, zouden er veel gebruikers zijn waar die webinterface van buitenaf bereikbaar is? Dat op zich lijkt me voor een firewall achtig oplossing al onwenselijk....

Natuurlijk niet wenselijk,maar desondanks wil je een security fix natuurlijk wel meteen doorvoeren om het geheel security robuust te houden.

[DjoeC]

mcmd schreef op woensdag 18 februari 2026 @ 10:01:
[...]

Natuurlijk niet wenselijk,maar desondanks wil je een security fix natuurlijk wel meteen doorvoeren om het geheel security robuust te houden.

Natuurlijk. Maar gezien mijn omgeving mag dit meelopen in de reguliere container update cyclus. Watchtower zal het nieuwe image dit weekend wel binnenhalen.... Ik doe voor containers nooit geautomatiseerde updates want als de boel gaat hangen wil ik weten wat de oorzaak is

[Freee!!]

DjoeC schreef op woensdag 18 februari 2026 @ 12:35:
[...]
Natuurlijk. Maar gezien mijn omgeving mag dit meelopen in de reguliere container update cyclus. Watchtower zal het nieuwe image dit weekend wel binnenhalen.... Ik doe voor containers nooit geautomatiseerde updates want als de boel gaat hangen wil ik weten wat de oorzaak is

Voor mijn Pi-Hole containers doe ik wel geautomatiseerde updates, maar maar voor twee van de vier.

[DjoeC]

Freee!! schreef op woensdag 18 februari 2026 @ 14:53:
[...]

Voor mijn Pi-Hole containers doe ik wel geautomatiseerde updates, maar maar voor twee van de vier.

Ja, ik weet dat je met labels eea kunt sturen maar ik houd t graag in eigen hand. Ben al eerder eens (na handmatige update) de bietenbrug op gegaan en omdat sommige zaken hier afhankelijk zijn van het werkelijk goed werken van containers gebeurt er qua updates zo weinig mogelijk automagisch. Best lullig als je partner 's ochtend vroeg beneden komt terwijl ik me nog eens omdraai en dan hoor: Waarom doet t internet t niet???? Dat HOEFT natuurlijk niet aan iets in mijn invloedsfeer te liggen, maar toch ben ik by default wel de gebeten hond. Nee dank u

[Freee!!]

DjoeC schreef op woensdag 18 februari 2026 @ 15:24:
[...]
Ja, ik weet dat je met labels eea kunt sturen maar ik houd t graag in eigen hand. Ben al eerder eens (na handmatige update) de bietenbrug op gegaan en omdat sommige zaken hier afhankelijk zijn van het werkelijk goed werken van containers gebeurt er qua updates zo weinig mogelijk automagisch. Best lullig als je partner 's ochtend vroeg beneden komt terwijl ik me nog eens omdraai en dan hoor: Waarom doet t internet t niet???? Dat HOEFT natuurlijk niet aan iets in mijn invloedsfeer te liggen, maar toch ben ik by default wel de gebeten hond. Nee dank u

Niet eens met labels, vastgezette versies, die ik handmatig bijwerk als het een tijdje goed gaat.

[sweetdude]

n.a.v. dit artikel op de frontpage:
review: Providers als poortwachter tegen online fraude: Anti Phishing Shield uitgelegd

Is er al ergens bekend welke lijst gehanteerd wordt? Mogelijk handig als deze al niet in de andere bekende lijsten zit om toe te voegen.

[DjoeC]

sweetdude schreef op dinsdag 31 maart 2026 @ 15:48:
n.a.v. dit artikel op de frontpage:
review: Providers als poortwachter tegen online fraude: Anti Phishing Shield uitgelegd

Is er al ergens bekend welke lijst gehanteerd wordt? Mogelijk handig als deze al niet in de andere bekende lijsten zit om toe te voegen.

Het "nadeel" van een lijst die elke 15 minuten wordt bijgewerkt is voor Pi-Hole dat die zich normaliter maar 1x per week bijwerkt. Daarnaast kan ik me voorstellen dat zowel het NCSC als de providers niet zitten te wachten op (tien)duizenden downloads per 15 minuten...... Ik denk trouwens dat hetzelfde geldt voor Github cs omdat je bij Pi-Hole niet 1 individuele lijst kunt bijwerken.

[ Voor 3% gewijzigd door DjoeC op 31-03-2026 17:22 ]

[Webgnome]

Github zal er niet om malen dat er zoveel mensen dingen downloaden. Enig idee hoeveel gebruik er van Github word gemaakt door geautomatiseerde systemen etc. Ik kan mij herinneren dat het NCSC een tijd terug een flubot repo had ingesteld. Die heb ik tijden lang gebruikt als pihole list en dat werkte goed. Nooit problemen mee gehad.

[Toet3r]

Er is weer een update verschenen
met oa enkele security fixes.
Changelog: https://pi-hole.net/blog/...and-core-v6-4-1-released/

[ Voor 10% gewijzigd door Toet3r op 03-04-2026 20:03 ]

[ID-College]

Kan iemand mij een klein beetje in de goede richting duwern voor een goede tutorial om Pi-Hole in meerdere VLAN's te draaien? Ik heb een Unifi dream router met 4 VLAN's (Main/IoT/IPTV/Guest) en de Pi-Hole draaien in main. De DNS van main gaat naar de Pi-Hole maar de overige 3 VLAN's kunnen er niet bij uiteraard momenteel. Wat is de beste setup:
1. firewall rules instellen voor access bij overige VLANS naar Pi-Hole en deze in Main laten draaien; of
2. per VLAN een eigen listener?

Optie 2 klinkt als de beste oplossing als ik zo lees maar krijg het niet 1,2,3 voor elkaar om eerlijk te zijn. Is optie 1 een slechte optie of heeft iemand een goede turorial ergens voor optie 2 die zich makkelijk laat volgen? Het liefste wil ik de clients zien in pi-hole maar niet per se een must. Ik begrijp dat dit alleen met optie 2 kan of zit ik er dan naast?

[ Voor 8% gewijzigd door ID-College op 12-04-2026 11:31 ]

[lier]

Kies optie 3: PiHole in een eigen VLAN en daar vanuit alle VLAN's toegang aan geven. Welke firewall gebruik je?

[Toet3r]

@ID-College
Er zijn meerdere manieren om dit voor elkaar te krijgen.
Dit hangt ook af of je pi-hole native hebt draaien of in een docker container. Zelf draai ik pi-hole in een docker container. Heb methode 2 daar laatst geprobeerd werkend te krijgen maar zonder success.

methode 1:
In je router alle vlans die je gebruik wil laten maken van pi-hole het ip van je pi-hole instellen als dns server voor die vlans.
In de firewall van je router vanaf die vlans poort 53 tcp/udp toestaan naar je pihole.

methode 2:
Je raspberry pi in alle vlans hangen, door op je raspberry pi een vlan te maken voor alle vlans waar je pi-hole wil gebruiken.
bijv.
eth0.10 - 192.168.10.250
eth0.20 - 192.168.20.250
etc.

Hierna stel je op je router voor elk van die vlans het bijbehorende ip in als dns server.

Zie deze tutorial: Toet3r in "[Pi-Hole] Ervaringen & discussie"

Success

[ Voor 20% gewijzigd door Toet3r op 12-04-2026 11:55 ]

[ID-College]

Toet3r schreef op zondag 12 april 2026 @ 11:41:
@ID-College
Er zijn meerdere manieren om dit voor elkaar te krijgen.
Dit hangt ook af of je pi-hole native hebt draaien of in een docker container. Zelf draai ik pi-hole in een docker container. Heb methode 2 daar laatst geprobeerd werkend te krijgen maar zonder success.

methode 1:
In je router alle vlans die je gebruik wil laten maken van pi-hole het ip van je pi-hole instellen als dns server voor die vlans.
In de firewall van je router vanaf die vlans poort 53 tcp/udp toestaan naar je pihole.

methode 2:
Je raspberry pi in alle vlans hangen, door op je raspberry pi een vlan te maken voor alle vlans waar je pi-hole wil gebruiken.
bijv.
eth0.10 - 192.168.10.250
eth0.20 - 192.168.20.250
etc.

Hierna stel je op je router voor elk van die vlans het bijbehorende ip in als dns server.

Zie deze tutorial: Toet3r in "[Pi-Hole] Ervaringen & discussie"

Success

Ik denk dat die post erg kan helpen! Vanavond even kijken ik draai PiHole op een raspberry pi dus niet in een docker container! Optie 2 heeft nu mijn voorkeur maar ik mis wel een goede setup om dit te regelen nog

@lier : waarom is dit precies beter? Maakt het toch alleen maar ingewikkelder? Ik gebruik de zone-based firewall van Unifi..

[Airw0lf]

ID-College schreef op zondag 12 april 2026 @ 11:30:
Kan iemand mij een klein beetje in de goede richting duwern voor een goede tutorial om Pi-Hole in meerdere VLAN's te draaien? Ik heb een Unifi dream router met 4 VLAN's (Main/IoT/IPTV/Guest) en de Pi-Hole draaien in main. De DNS van main gaat naar de Pi-Hole maar de overige 3 VLAN's kunnen er niet bij uiteraard momenteel. Wat is de beste setup:
1. firewall rules instellen voor access bij overige VLANS naar Pi-Hole en deze in Main laten draaien; of
2. per VLAN een eigen listener?

Optie 2 klinkt als de beste oplossing als ik zo lees maar krijg het niet 1,2,3 voor elkaar om eerlijk te zijn. Is optie 1 een slechte optie of heeft iemand een goede turorial ergens voor optie 2 die zich makkelijk laat volgen? Het liefste wil ik de clients zien in pi-hole maar niet per se een must. Ik begrijp dat dit alleen met optie 2 kan of zit ik er dan naast?

Mijn 0,500 Euro (zo gebruikt ik het nu een jaar of 5):
De Pihole webui gebruiken voor de management vlan instellingen.
En alle andere vlans gaan buiten de pihole-webui om via dnsmasq scriptjes.
Wel komen alle clients terug in de dashboards.

Randvoorwaarde is wel dat je voor elk vlan een interface actief hebt - bijvoorbeeld eth0.100, eth0.200, eth0.300 voor resp. vlan 100, 200 en 300 - althans dat is zoals ik het gedaan heb via systemd-networkd.

Ik wil het toml bestand en het dnsmasq bestand wel delen.
Maar ze zijn te groot/lang om hier te posten - iemand suggesties?

[ Voor 7% gewijzigd door Airw0lf op 12-04-2026 12:22 ]

[ID-College]

@Toet3r dat stappenplan was een makkie eigenlijk. Het werkt nu idd.. Ben niet zon extreme netwerkguru, ben wel benieuwd wat de voor- (en nadelen) van de verschillende opties zijn.. Voor nu zie ik idd de daadwerkelijke clients in pihole en worden de adds geblokkeerd op alle vlan's

[The Eagle]

Je issue is dat een pihole standaard maar requests accepteert van local devices (max 1 hop afstand).
Zet in pihole onder dns settings de optie aan "Permit all origins" en je bent er ook.

[ID-College]

The Eagle schreef op maandag 13 april 2026 @ 21:43:
Je issue is dat een pihole standaard maar requests accepteert van local devices (max 1 hop afstand).
Zet in pihole onder dns settings de optie aan "Permit all origins" en je bent er ook.

Dat is idd een alternatief maar ik werd huiverig omdat je ook lees dat je Pi-Hole een open DNS server worden voor het hele internet. Nu kan (als het goed is) niemand erbij, maar heb toch de voorkeur om het iets gecontroleerd te houden (ipv alles maar open te zetten). Deze optie had dus niet per se mijn voorkeur

[Webgnome]

@ID-College zo lang je niet je router open gooit of een poortje (53) open zet voor het internet naar je pihole dan is vrij weinig aan de hand..

[Webgnome]

sweetdude schreef op dinsdag 31 maart 2026 @ 15:48:
n.a.v. dit artikel op de frontpage:
review: Providers als poortwachter tegen online fraude: Anti Phishing Shield uitgelegd

Is er al ergens bekend welke lijst gehanteerd wordt? Mogelijk handig als deze al niet in de andere bekende lijsten zit om toe te voegen.

Heb je hier nog naar gezocht of er iets te vinden is voor pihole?

[sweetdude]

Webgnome schreef op dinsdag 14 april 2026 @ 08:55:
[...]


Heb je hier nog naar gezocht of er iets te vinden is voor pihole?

Ja wel nog naar gezocht, maar niet specifiek die lijst ergens gevonden helaas Het lijkt alsof deze alleen met providers wordt gedeeld.

Ik heb wel deze gevonden, ik kende hem niet en hij blokkeert toch wat extra's t.o.v. mijn gebruikte lijsten (zoals oisd.nl, stevenblack, firebog, easylist etc.)
https://phishing.army/

[Raven]

Kent iemand een manier van hoe je 2 Pi-Hole 6 installaties draaiende onder Raspberry Pi OS, zónder iets dat in Docker draait, met elkaar in sync kan houden?

[blackd]

@Raven nebula-sync kan standalone draaien zonder docker.

[Raven]

@blackd Ik kom alleen Docker-tutorials tegen

[blackd]

@Raven op de github README staat dat je de release kunt downloaden en standalone kunt uitvoeren.
https://github.com/lovela...e-ov-file#linuxosx-binary
De environment variabelen in een .env file zetten en het commando met --env-file flag uitvoeren.

[Raven]

@blackd Begint al goed:

Bash:

./nebula-sync run --env-file .env
2026-04-17T18:41:22+02:00 INF Starting nebula-sync v0.11.1
2026-04-17T18:41:22+02:00 INF Running sync mode=selective replicas=1
2026-04-17T18:41:22+02:00 INF Authenticating clients...
2026-04-17T18:41:23+02:00 INF Invalidating sessions...
2026-04-17T18:41:23+02:00 WRN Failed to invalidate session for target: https://tara.ravenslair.nl
2026-04-17T18:41:25+02:00 WRN Failed to invalidate session for target: https://kennedy.ravenslair.nl
2026-04-17T18:41:25+02:00 FTL Sync failed error="authenticate: https://tara.ravenslair.nl/api/auth: Post \"https://tara.ravenslair.nl/api/auth\": tls: failed to verify certificate: x509: certificate signed by unknown authority"

Blijkbaar geen support voor Let's Encrypt wildcard certificaat, update-ca-certificates hielp ook niet, en ik zie daarnaast geen optie om m.b.t. DNS alléén Local DNS records te syncen, iets waarbij ik niet de enige ben.

edit: De foutmelding werd veroorzaakt doordat /etc/pihole/tls.pem alleen de Let's Encrypt cert en privkey bevat, niet ook de chain, terwijl de webinterface van PiHole zonder chain prima werkt, in browsers.

Later ff uitzoeken waarom Pi nr 2 dwarsligt, die geeft nog wel een TLS error.

[ Voor 13% gewijzigd door Raven op 17-04-2026 18:53 ]

[jojost1]

Raven schreef op donderdag 16 april 2026 @ 19:02:
Kent iemand een manier van hoe je 2 Pi-Hole 6 installaties draaiende onder Raspberry Pi OS, zónder iets dat in Docker draait, met elkaar in sync kan houden?

Ik gebruik op iOS ‘Pi-hole Remote’ die een aantal dingen kan syncen. Blijft een handmatige actie, maar zo heb je geen andere programma’s nodig.

[Raven]

@jojost1 Helaas geen Apple-devices hier. Alhoewel, er ligt ergens een AR9380 met merknaam Apple erin
(Dat was een WTF toen ik tijdens het booten van Debian in de bootmessages ineens Apple voorbij zag komen)

[DjoeC]

Raven schreef op donderdag 16 april 2026 @ 19:02:
Kent iemand een manier van hoe je 2 Pi-Hole 6 installaties draaiende onder Raspberry Pi OS, zónder iets dat in Docker draait, met elkaar in sync kan houden?

In de meest simpele vorm zou ik zeggen: 1 hoofdinstantie, regelmatig als batchscript Teleporter draaien, laden in 2e instantie, gravity update en klaar. Ik draai dagelijk een Teleporter script als configuratie backup.

[Gunner]

jojost1 schreef op zaterdag 18 april 2026 @ 07:33:
[...]

Ik gebruik op iOS ‘Pi-hole Remote’ die een aantal dingen kan syncen. Blijft een handmatige actie, maar zo heb je geen andere programma’s nodig.

Mooie tool inderdaad. Ik doneer regelmatig aan de maker, een Nederlander, die ook wel eens feedback van me gebruikt heeft om iets aan te passen.

[Raven]

@blackd Inmiddels gelukt met nebula-sync (na SSL/TLS issue op 2e Pi gefixed te hebben). Het script stopt echter niet, blijft runnen na "INF Sync completed" ...... https://github.com/lovelaze/nebula-sync/discussions/217 ah dat is vanwege cron in de environment file.

[Toet3r]

Er is weer een update uitgebracht
changelog: https://discourse.pi-hole...ore-v6-4-2-released/85843

[ Voor 36% gewijzigd door Toet3r op 25-04-2026 00:19 ]

[MAdD]

Zijn er meer mensen, waarop in eens de web-pagina van Pi-Hole niet meer lekker werkt?

Ik draai versie Core v6.4.2, FTL v6.6.1, Web interface v6.5

het probleem is alsvolgt:

[W1ck1e]

MAdD schreef op dinsdag 5 mei 2026 @ 11:26:
Zijn er meer mensen, waarop in eens de web-pagina van Pi-Hole niet meer lekker werkt?

Ik draai versie Core v6.4.2, FTL v6.6.1, Web interface v6.5

het probleem is alsvolgt:

[Afbeelding]

Dat is een mooie afbeelding, maar ik ben meer van de "plaatjes met een praatje". Oftewel wat wil je en wat is het probleem ?

btw: ik heb die versies ook, gisteren geinstalleerd. Had je bij de vorige versie ook het probleem ?

[ Voor 5% gewijzigd door W1ck1e op 05-05-2026 11:44 ]

[DjoeC]

MAdD schreef op dinsdag 5 mei 2026 @ 11:26:
Zijn er meer mensen, waarop in eens de web-pagina van Pi-Hole niet meer lekker werkt?

Ik draai versie Core v6.4.2, FTL v6.6.1, Web interface v6.5

het probleem is alsvolgt:

[Afbeelding]

Ik kan wel "ongeveer" hetzelfde scherm produceren, maar - wat werkt er dan niet goed???

Ik ga naar query log, klik dan op het plusje voor advanced filtering, vervolgens op de 3 streepjes rechtsboven om de info te krijgen. Klik in dat blokje om de info weer weg te halen en op het minnetje in advanced filtering om het scherm weer "normaal" te krijgen.

Ik "zie" je probleem nog niet?

=> Aanvulling: Ah, gaat het erom dat je paginering verticaal staat ipv horizontaal?

Ik zie ook het "draaiwiel" bij jou inclusief wat lijkt op een "close" knop? Dat heb ik nog nooit gezien....

[ Voor 7% gewijzigd door DjoeC op 05-05-2026 12:12 ]

[Lizard]

MAdD schreef op dinsdag 5 mei 2026 @ 11:26:
Zijn er meer mensen, waarop in eens de web-pagina van Pi-Hole niet meer lekker werkt?

Ik draai versie Core v6.4.2, FTL v6.6.1, Web interface v6.5

het probleem is alsvolgt:

[Afbeelding]

Lijkt erop alsof bepaalde css o.i.d. niet geladen wordt.
In het linkermenu bij Tools en bovenaan bij '<<' zie je een oranje balkje wat bij mij rond is met een getal erin.
Ook de opmaak van de statistieken aan de linkerkant is verkeerd.
Als je via de browser tools kijkt, zie je dan wat geblokkeerd worden?
Niet toevallig uBlock Origin die iets blokkeert ofzo?

[DaRk PoIsOn]

Hebben jullie deze al gezien?

Iemand op Reddit heeft een soort Space Invaders gemaakt.
Alle geblockte queries worden door een ruimteschip met een laserstraal kapotgeschoten terwijl de andere queries worden doorgelaten. De sterrenhemel is real life met 12,200 sterren en af en toe komt het ISS voorbij

https://www.reddit.com/r/pihole/s/oGm69B5Xxk

[Wylana]

DaRk PoIsOn schreef op woensdag 6 mei 2026 @ 01:24:
Hebben jullie deze al gezien?

Iemand op Reddit heeft een soort Space Invaders gemaakt.
Alle geblockte queries worden door een ruimteschip met een laserstraal kapotgeschoten terwijl de andere queries worden doorgelaten. De sterrenhemel is real life met 12,200 sterren en af en toe komt het ISS voorbij

https://www.reddit.com/r/pihole/s/oGm69B5Xxk

GE NI AAL!!!!😂

[MAdD]

Lizard schreef op dinsdag 5 mei 2026 @ 22:25:
[...]

Lijkt erop alsof bepaalde css o.i.d. niet geladen wordt.
In het linkermenu bij Tools en bovenaan bij '<<' zie je een oranje balkje wat bij mij rond is met een getal erin.
Ook de opmaak van de statistieken aan de linkerkant is verkeerd.
Als je via de browser tools kijkt, zie je dan wat geblokkeerd worden?
Niet toevallig uBlock Origin die iets blokkeert ofzo?

Het probleem lijkt weer opgelost.... ik draai alleen Pi-Hole ... merk dat er meerdere zaken op mijn machine in Edge niet goed gaan.... zal wel een omgevallen bitje/byteje zijn die nu weer goed staat....

[Toet3r]

Er is weer een update uitgebracht met een aantal CVE fixes.

https://github.com/pi-hole/FTL/releases/tag/v6.6.2

CVE-2026-2291 — Heap OOB write in struct bigname. The on-heap namebuffer was sized for the wire form of a domain name (MAXDNAME) rather than its escaped internal form (MAXDNAME*2 + 1). A remote peer that can send or answer DNS queries could cause a large out-of-bounds write on the heap. Reported by Andrew S. Fasano.

CVE-2026-4890 — DNSSEC denial of service via NSEC bitmap parsing.The window-iteration step omitted the 2-byte window header, so a crafted NSEC record with bitmap_length == 0 produced an infinite loop and dnsmasq stopped answering queries. Reachable before RRSIG validation,so no valid signatures are required to trigger it. Reported by Royce M.

CVE-2026-4891 — DNSSEC crash via crafted RRSIG. A packet declaring an rdlen smaller than the fixed RRSIG header plus signer's name produced a negative signature length and a subsequent crash. Reported by Royce M.

CVE-2026-4892 — Privileged buffer overflow in the DHCP helper.When --dhcp-script is configured, hex-encoded DHCPv6 client identifiers (up to 65535 bytes) were written into a 5131-byte buffer in the root-privileged helper. Reported by Royce M.

CVE-2026-4893 — EDNS Client Subnet validation bypass. With--add-subnet enabled, process_reply() passed the OPT record length(~23 bytes) to check_source() instead of the packet length, causing every internal bounds check to fail and the validation routine to always return success. ECS source validation per RFC 7871 §9.2 was effectively disabled. Reported by Royce M.

CVE-2026-5172 — Heap OOB read in extract_addresses(). A mismatched RR rdlen allowed extract_name() to advance past the computed end of the record, underflowing the remaining-bytes calculation and producing a large OOB read with certain crash.Reported by Hugo Martinez Ray.

[Pietervs]

Toet3r schreef op maandag 11 mei 2026 @ 22:36:
Er is weer een update uitgebracht met een aantal CVE fixes.

https://github.com/pi-hole/FTL/releases/tag/v6.6.2

[...]

Lijkt erop dat de maker(s) dus deze aangepakt hebben
De problemen lijken dus in dnsmasq te zitten. Wat best bijzonder is: Pihole gebruikt dnsmasq toch niet? Tenzij pihole-FTL een fork is van dnsmasq natuurlijk.

[Airw0lf]

Pietervs schreef op dinsdag 12 mei 2026 @ 11:23:
[...]

Lijkt erop dat de maker(s) dus deze aangepakt hebben
De problemen lijken dus in dnsmasq te zitten. Wat best bijzonder is: Pihole gebruikt dnsmasq toch niet? Tenzij pihole-FTL een fork is van dnsmasq natuurlijk.

Jawel hoor - sterker nog - zonder dnsmasq geen pihole...

[Pietervs]

Airw0lf schreef op dinsdag 12 mei 2026 @ 11:27:
[...]

Jawel hoor - sterker nog - zonder dnsmasq geen pihole...

weet je dat zeker?
Als ik dit lees (is wel uit 2020, dus misschien verouderd?) zie ik dat het ook znder dnsmasq zou kunnen werken: If you decide to keep your existing dnsmasq, have it distribute your Pi-hole's IP address as the sole DNS server via DHCP, and configure Pi-hole to use your dnsmasq instance as its sole upstream.

Maar ook de documentatie van Pihole zegt: FTLDNS comes with a lightweight but powerful inbuilt DNS/DHCP/TFTP/... server eliminating the need to install dnsmasq separately

edit:
overigens lees ik daar nu ook "As we maintain our own fork of dnsmasq". Dus pihole-FTL is inderdaad een fork wat de kwetsbaarheid verklaart die nu gefixed is

[ Voor 9% gewijzigd door Pietervs op 12-05-2026 12:34 ]

[Toet3r]

Pietervs schreef op dinsdag 12 mei 2026 @ 11:23:
[...]

Lijkt erop dat de maker(s) dus deze aangepakt hebben
De problemen lijken dus in dnsmasq te zitten. Wat best bijzonder is: Pihole gebruikt dnsmasq toch niet? Tenzij pihole-FTL een fork is van dnsmasq natuurlijk.

Pi-hole gebruikt een gemodificeerde versie van dnsmasq die ze FTL dns hebben genoemd.

[ Voor 3% gewijzigd door Toet3r op 12-05-2026 12:56 ]

[jpgview]

pihole-FTL heeft een aantal onderdelen die je vroeger apart moest installeren (voorbeeld sqlite3) nu zelf aan boord (embedded).

Als je het commando pihole-FTL -vv uitvoert, krijg je een overzicht van de onderdelen en de versie ervan.

Alle functionaliteit die dnsmasq bied (zie dnsmasq man page) is beschikbaar voor gebruik wanneer pihole-FTL draait. Je zal echter zelden ook de dnsmasq binary op dat systeem vinden (which dnsmasq), vind je die wel, dan is die naar alle waarschijnlijkheid disabled.

[sweetdude]

Voor de mensen die DietPi gebruiken als OS voor PiHole.

Volgens mij is dit een mogelijke (breaking?) change met impact:

• DietPi-Software | Unbound: We push our own up-to-date Unbound packages via our APT server now. This means, that also users who did not install Unbound via dietpi-software get our default config and reduced Debian-only content. Please let us know if you face any issues.

Als ze de bestaande config gaan overschrijven.

[ Voor 5% gewijzigd door sweetdude op 18-05-2026 13:24 ]

[W1ck1e]

sweetdude schreef op maandag 18 mei 2026 @ 13:24:
Voor de mensen die DietPi gebruiken als OS voor PiHole.

Volgens mij is dit een mogelijke (breaking?) change met impact:

• DietPi-Software | Unbound: We push our own up-to-date Unbound packages via our APT server now. This means, that also users who did not install Unbound via dietpi-software get our default config and reduced Debian-only content. Please let us know if you face any issues.

Als ze de bestaande config gaan overschrijven.

Ik gebruik geen Unbound. Dan neem ik even aan dat ik niks ga merken. Toch ?

[TheCeet]

Voor de Hagezi blocklist users, ter info:

quote: https://www.reddit.com/r/.../1txbjh0/comment/opuoc3u/

GitHub forced a password reset and locked my repository. It feels like some automated system jumped into action after one person submitted multiple reports from different accounts, and GitHub seems to respond to those reports before fully investigating.

I completed the reset and now have access again - I can view the repository and push updates. However, it’s still showing a 404 error for everyone else. I’ve opened a support ticket with GitHub. What a hassle.

Mirror is online: https://gitlab.com/hagezi/mirror

[Webgnome]

Ah, zijn er misschien ook andere wijzigingen geweest op die lijst? Ik kreeg vanmorgen een hele bak aan errors op 1password domeinen. En die bleken allemaal uit die list te komen?

[DjoeC]

TheCeet schreef op vrijdag 5 juni 2026 @ 09:30:
Voor de Hagezi blocklist users, ter info:


[...]

Net een Gravity update gedaan en de Hagezi lijsten komen correct binnen.

[TheCeet]

Klopt, sinds +-16:15 zijn de lijsten terug beschikbaar op Github