[Pi-Hole] Ervaringen & discussie

[ed1703]

Pietervs schreef op vrijdag 31 oktober 2025 @ 13:44:
Leuke vraag voor de experts hier.

Ik draai al een aantal jaren Pihole in combinatie met Unbound.
Unbound draait standaard op poort 5335.

Af en toe (iedere paar dagen of zo) verschijnt er in het dashboard van Pihole de melding:
Connection error (127.0.0.1#5335): TCP connection failed while receiving payload length from upstream (Connection prematurely closed by remote server)
De ene keer midden in de nacht, de andere keer overdag, dus niet op tijdstippen waarvan je bij voorbaat weet dat er veel verkeer is.

Natuurlijk werkt unbound:
vanaf een ubuntu werkstation kan ik (bijvoorbeeld) Tweakers resolven met "dig tweakers.net @<ip pihole> -p 5335": dat geeft een mooi lijstje met 8 IP adressen in de range 104.110.191.x.
Dezelfde query over poort 53 werkt overigens ook.

Op de Raspberry Pi is ook te zien dat porot 5335 openstaat, zowel voor TCP als voor UDP.
UFW staat uit.

Zoals gezegd: het komt eens in de paar dagen voor, dus het is geen groot probleem. Maar ik ben nieuwsgierig of meer mensen daar tegenaan gelopen zijn en wat ze er aangedaan hebben?

Errors heb ik ook, soms 1 of 2 per dag, dan weer 1 p/w.
Zie https://github.com/NLnetL...7#issuecomment-2736281222

[Gunner]

Het is, zoals in de comments staat, in ieder geval geen Unbound issue. Ik zie ze ook heel soms voorbij komen en ik draai geen Unbound.

[Pietervs]

Dank voor alle reacties.
In ieder geval goed om te zien dat ik niet de enige ben

@sweetdude aangezien er bij mij in de log echt een verwijzing staat naar 127.0.0.1 (zichzelf dus) vrees ik dat jouw oplossing voor mij in ieder geval niet zal helpen. Maar misschien anderen wel?

[sweetdude]

Pietervs schreef op vrijdag 31 oktober 2025 @ 17:04:
Dank voor alle reacties.
In ieder geval goed om te zien dat ik niet de enige ben

@sweetdude aangezien er bij mij in de log echt een verwijzing staat naar 127.0.0.1 (zichzelf dus) vrees ik dat jouw oplossing voor mij in ieder geval niet zal helpen. Maar misschien anderen wel?

klopt.
Ik kreeg nu juist weer exact dezelfde melding. Ik las ook juist dat het mogelijk met een hikje in de internetverbinding te maken kan hebben, aangezien het specifiek om "upstream" verkeer gaat

[GG85]

Heb hem hier sinds v6 ook.

[Get!em]

Ik heb Pihole (met unbound) in een LXC in Proxmox draaien.

Heb eerder Proxmox al van 8.x naar 9.1 gezet (bookworm --> trixie)
Vandaag de LXC container ook geupgrade. Ging ook goed.

code:

apt update
apt install screen -y
apt upgrade -y

sed -i 's/bookworm/trixie/g' /etc/apt/sources.list
apt update

screen apt dist-upgrade
apt autoremove
apt autoclean
apt modernize-sources
apt update
reboot

[Toet3r]

Er is weer een update uitgebracht

Changelog: https://pi-hole.net/blog/...4-and-core-v6-3-released/

[DIKKEHENK]

Toet3r schreef op vrijdag 28 november 2025 @ 00:22:
Er is weer een update uitgebracht

Changelog: https://pi-hole.net/blog/...4-and-core-v6-3-released/

naadloos, zelfs niet eens gewacht tot het zelf aangaf dat er een update was, , meteen - up gedaan & gaan.

[sweetdude]

DIKKEHENK schreef op vrijdag 28 november 2025 @ 19:47:
[...]

naadloos, zelfs niet eens gewacht tot het zelf aangaf dat er een update was, , meteen - up gedaan & gaan.

ik kreeg net de FTL 6.4.1. binnen dus mogelijk dat er nog een extra fix uitgebracht is. Dus een extra pihole -up voor de snelle updaters kan geen kwaad.

[jojost1]

sweetdude schreef op zaterdag 29 november 2025 @ 12:45:
[...]

ik kreeg net de FTL 6.4.1. binnen dus mogelijk dat er nog een extra fix uitgebracht is. Dus een extra pihole -up voor de snelle updaters kan geen kwaad.

Foutje aan hun kant, is identiek aan 6.4: https://github.com/pi-hole/FTL/releases/tag/v6.4.1

[efcee]

Voor de mensen die sinds vandaag problemen hebben met o.a. microsoft.com en google.com, https://dbl.oisd.nl/ blokkeerde deze nu bij mij.

[Webgnome]

@efcee als ik naar die url ga zie ik dit:

# This list is deprecated since 1st of jan 2024

En misschien even reporten?

https://oisd.nl/report

[ Voor 20% gewijzigd door Webgnome op 30-11-2025 09:05 ]

[Soundwork]

efcee schreef op zondag 30 november 2025 @ 09:02:
Voor de mensen die sinds vandaag problemen hebben met o.a. microsoft.com en google.com, https://dbl.oisd.nl/ blokkeerde deze nu bij mij.

Ja, ik heb ook problemen met MS en Google te bereiken.
Is dit een fout en moet ik deze in de unblock/allow list zetten?

[W1ck1e]

Soundwork schreef op zondag 30 november 2025 @ 09:41:
[...]


Ja, ik heb ook problemen met MS en Google te bereiken.
Is dit een fout en moet ik deze in de unblock/allow list zetten?

Volgens mij betekent "deprecated" dat de lijst verouderd is. Dus dat je hem NIET moet gebruiken.

[Soundwork]

W1ck1e schreef op zondag 30 november 2025 @ 09:47:
[...]

Volgens mij betekent "deprecated" dat de lijst verouderd is. Dus dat je hem NIET moet gebruiken.

Maar de lijst is 3 minuten geleden wel geupdated, dus het "leeft" nog wel. Maar ze blokkeren dus nu kennelijk te veel. Als ik deze uitschakel kan ik wel MS bereiken, maar Google niet.

[Vorkie]

Soundwork schreef op zondag 30 november 2025 @ 09:51:
[...]


Maar de lijst is 3 minuten geleden wel geupdated, dus het "leeft" nog wel. Maar ze blokkeren dus nu kennelijk te veel. Als ik deze uitschakel kan ik wel MS bereiken, maar Google niet.

Je PiHole / Adguard, haalt alle data op die ie achter deze onderstaande URL's vindt, gok dat je blokkeer lijst dan iets van 1 miljoen regels groot zou worden.... dan kan je inderdaad vrij weinig benaderen.

# This list is deprecated since 1st of jan 2024
# Please update your oisd blocklist URL
# Visit https://oisd.nl
#
dbl.oisd.nl
dbl.oisd.nl
dblmobile.oisd.nl
shnfpdbl.oisd.nl
dblzero.oisd.nl
dbl2.oisd.nl
hosts.oisd.nl
hostsmobile.oisd.nl
pac.oisd.nl

[W1ck1e]

Is dit nog relevant ?



van hier

[Soundwork]

W1ck1e schreef op zondag 30 november 2025 @ 10:51:
Is dit nog relevant ?

[Afbeelding]

van hier

Ik heb de pihole geupgraded naar de laatste release en de URL's van OISD vervangen door de 4 die er nu staan.

Edit: er zijn er maar 2 nodig

[ Voor 3% gewijzigd door Soundwork op 30-11-2025 11:18 ]

[sjhgvr]

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.

[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 ]