[Pi-Hole] Ervaringen & discussie

[Get!em]

Asprine schreef op donderdag 30 januari 2025 @ 12:09:
Hi, loop te stoeien met mijn whitelist. Sinds een week geeft Tradingview.com aan dat ik een adblocker aan heb staan en blokkeert zelf de content.
Wat ik deed:
Dubbel checken gedaan of Pihole de trigger is, als ik die uitzet geen pop up. Dus ja.
Controleerde wat Tradingview aanroept en alles gewhitelist. Geen succes TV blijft mekkeren dat ik een adblocker aan heb staan.

Wat zie ik over het hoofd?
Wat moet ik whitelisten/doen om TV wel te laten werken,( prima als daar wel ads te zien zijn als het maar werkt.)
Thanks

Heb je niet stiekem toch ook een plugin in je browser of bepaalde instellingen (privacy zaken in firefox bijv) die de melding kan veroorzaken. Ik merk dat soms door de pihole even te bypassen, websites soms wel werken, maar toch op basis van aanwezigheid van bepaalde plugins zulke "slimme" anti adblock meldingen krijgen.

Ik heb overigens net even hier getest (zonder een account te hebben) met mijn blocklists, ublock en ddg plugin aan in firefox.
https://www.tradingview.com/chart/
Deze pagina geeft bij mij geen foutmelding, netjes een cookie popup, en is na inladen, reclame vrij en werkt. In de log zie ik trouwens ook niet zomaar welke zaken geblokkeerd worden door pihole, maar dat kan ook liggen aan het aantal requests wat hier vanuit mijn laptop waarop ik werk zo hoog is momenteel. Of dat die pagina geen reclame heeft, of mijn Ublock al alles wegfiltert. Welke pagina heb jij het over (zonder inlog graag.)

[ Voor 12% gewijzigd door Get!em op 30-01-2025 12:30 ]

[DjoeC]

Asprine schreef op donderdag 30 januari 2025 @ 12:09:
Hi, loop te stoeien met mijn whitelist. Sinds een week geeft Tradingview.com aan dat ik een adblocker aan heb staan en blokkeert zelf de content.
Wat ik deed:
Dubbel checken gedaan of Pihole de trigger is, als ik die uitzet geen pop up. Dus ja.
Controleerde wat Tradingview aanroept en alles gewhitelist. Geen succes TV blijft mekkeren dat ik een adblocker aan heb staan.

Wat zie ik over het hoofd?
Wat moet ik whitelisten/doen om TV wel te laten werken,( prima als daar wel ads te zien zijn als het maar werkt.)
Thanks

Geldt dit voor een specifieke pagina? Ik blokkeer ook de halve wereld maar zowel homepage als community als de pagina van @Get!em geven bij mij geen popups oid. Naast Pihole heb ik ook Ublock Origin draaien en Firefox in privacy mode (geen oude history, geen cookies).

Hier mijn ublock rapport voor https://www.tradingview.com/ideas/ (menu -> community)


Heb je al een keertje je cache leeggegooid? Anders genoemde sites whitelisten.....
Pihole blockt bij mij:
snowplow-pixel.tradingview.com
Verder zie ik niet dat (anders dan in ublock) er door pihole iets geblockt wordt op die zite.

[Asprine]

@Get!em @DjoeC Thanks voor mee denken.
Lijkt toch iets van een caching.

Via Pihole krijg ik een Adblock melding
Zelfde browser zonder Pihole heen melding.
Maar nu een andere browser getest en die doet het wel met pihole er tussen.
Laat het maar even zo, het werkt via een andere browser.

[nero355]

Asprine schreef op donderdag 30 januari 2025 @ 12:09:
Tradingview.com geeft aan dat ik een adblocker aan heb staan en blokkeert zelf de content.

TV blijft mekkeren dat ik een adblocker aan heb staan.

Over welke TV en browser(s) heb je het precies

Ik kwam er namelijk laatst achter dat LG WebOS sinds één of andere update hun browser een Ad Blocking optie heeft gegeven

/EDIT :

Get!em schreef op donderdag 30 januari 2025 @ 20:20:
De TV afkorting die hij gebruikte = TradingView De afkorting wordt bij beleggers redelijk vaak gebruikt....

Lekker verwarrend doen door te lui te zijn om een korte merknaam effe voluit te schrijven @Asprine

Mensen korten tegenwoordig echt elke scheet af... VERSCHRIKKELIJK IRRITANT!!!!!

[ Voor 33% gewijzigd door nero355 op 01-02-2025 17:03 ]

[Get!em]

nero355 schreef op donderdag 30 januari 2025 @ 18:58:
[...]

Over welke TV en browser(s) heb je het precies

Ik kwam er namelijk laatst achter dat LG WebOS sinds één of andere update hun browser een Ad Blocking optie heeft gegeven

De TV afkorting die hij gebruikte = TradingView De afkorting wordt bij beleggers redelijk vaak gebruikt....

[Stimulate14]

nero355 schreef op donderdag 30 januari 2025 @ 18:58:
[...]

Over welke TV en browser(s) heb je het precies

Ik kwam er namelijk laatst achter dat LG WebOS sinds één of andere update hun browser een Ad Blocking optie heeft gegeven

Hmm. Mijn tv's willen niet meer met het internet verbonden worden.
Weet jij de whitelist regel voor WebOS?

[nero355]

Stimulate14 schreef op vrijdag 31 januari 2025 @ 10:58:
Weet jij de whitelist regel voor WebOS?

Geen idee, maar ik kan je wel vertellen wat ik gebruik :

AdLists :

code:

https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts
http://sysctl.org/cameleon/hosts
https://s3.amazonaws.com/lists.disconnect.me/simple_tracking.txt
https://s3.amazonaws.com/lists.disconnect.me/simple_ad.txt
https://raw.githubusercontent.com/jjtbsomhorst/pihole/main/flubot_blocklist.txt
https://github.com/NCSC-NL/flubot/raw/main/dga/flubot_1136_202106.txt
https://github.com/NCSC-NL/flubot/raw/main/dga/flubot_1136_202107.txt
https://github.com/NCSC-NL/flubot/raw/main/dga/flubot_1642_202106.txt
https://github.com/NCSC-NL/flubot/raw/main/dga/flubot_1642_202107.txt
https://github.com/NCSC-NL/flubot/raw/main/dga/flubot_1813_202106.txt
https://github.com/NCSC-NL/flubot/raw/main/dga/flubot_1813_202107.txt
https://github.com/NCSC-NL/flubot/raw/main/dga/flubot_1905_202106.txt
https://github.com/NCSC-NL/flubot/raw/main/dga/flubot_1905_202107.txt
https://github.com/NCSC-NL/flubot/raw/main/dga/flubot_1945_202106.txt
https://github.com/NCSC-NL/flubot/raw/main/dga/flubot_1945_202107.txt
https://github.com/NCSC-NL/flubot/raw/main/dga/flubot_2931_202106.txt   
https://github.com/NCSC-NL/flubot/raw/main/dga/flubot_2931_202107.txt
https://github.com/NCSC-NL/flubot/raw/main/dga/flubot_v4.7_202107.txt
https://raw.githubusercontent.com/d3ward/toolz/master/src/d3host.txt

BlackListed :

code:

nl.info.lgsmartad.com
preferences.cid.samba.tv <- Weet ik effe niet zeker, waarschijnlijk ook vanwege de LG WebOS TV
nl.rdx2.lgtvsdp.com
lgtvonline.lge.com
xtrapath2.izatcloud.net <- Geen idee wie, wat, waar of waarom...
sapi.skyhookwireless.com <- Geen idee wie, wat, waar of waarom...

Dit is allemaal i.c.m. een 2018 LG OLED WebOS TV dus misschien dat het i.c.m. nieuwere modellen anders is qua domeinen !!

Kijk maar effe wat bovenstaande voor je kan doen

[Stimulate14]

nero355 schreef op zaterdag 1 februari 2025 @ 17:00:
[...]

Geen idee, maar ik kan je wel vertellen wat ik gebruik :

AdLists :

[...]


BlackListed :

[...]

Dit is allemaal i.c.m. een 2018 LG OLED WebOS TV dus misschien dat het i.c.m. nieuwere modellen anders is qua domeinen !!

Kijk maar effe wat bovenstaande voor je kan doen

Dank je wel, ga het vanavond proberen.

[DikkieDick]

Stimulate14 schreef op vrijdag 31 januari 2025 @ 10:58:
[...]

Hmm. Mijn tv's willen niet meer met het internet verbonden worden.
Weet jij de whitelist regel voor WebOS?

Dit lijkt bijna op het fenomeen dat ik had met 2 smart-tv's hier. Kan wel bladeren in de Streamingdiensten maar afspelen ging/gaat niet. Dan mekkert bv Netflix dat er een probleem is met het streamingapparaat. Als ik dan de pihole voor een paar minuten disable kan ik wel het programma bekijken. Op Videoland werd ik dan wel verblijd met een reclame maar ja, beter iets dan niets.
Overigens lijkt het nu wee 'gewoon' te werken.

[Get!em]

Hier met SkyShowtime op philipstv ook effect. Lege thumbnails.

[sweetdude]

Op het werk hebben we ook al eens lopen stoeien met een Sony TV. die geeft ook aan geen internet terwijl het wel open staat. Bleek te liggen aan de NTP server die hij niet kon bereiken.

Ik draai trouwens versie 6 al een tijd. Daar krijg ik in pihole ook vaak een melding dat de NTP server niet te benaderen is. als ik dan pihole zelf disable doet hij het wel. Alsof er ergens iets in zit wat zichzelf blocked

Nu doet hij het wel, maar geeft toch permission denied....

code:

pihole-FTL ntp 1.uk.pool.ntp.org
Using NTP server: 1.uk.pool.ntp.org
Config file /etc/pihole/pihole.toml not available (r): Permission denied
Config backup file /etc/pihole/config_backups/pihole.toml.1 not available (r): Permission denied
Config backup file /etc/pihole/config_backups/pihole.toml.2 not available (r): Permission denied
Config backup file /etc/pihole/config_backups/pihole.toml.3 not available (r): Permission denied
Config backup file /etc/pihole/config_backups/pihole.toml.4 not available (r): Permission denied
Config backup file /etc/pihole/config_backups/pihole.toml.5 not available (r): Permission denied
Config backup file /etc/pihole/config_backups/pihole.toml.6 not available (r): Permission denied
Config backup file /etc/pihole/config_backups/pihole.toml.7 not available (r): Permission denied
Config backup file /etc/pihole/config_backups/pihole.toml.8 not available (r): Permission denied
Config backup file /etc/pihole/config_backups/pihole.toml.9 not available (r): Permission denied
Config backup file /etc/pihole/config_backups/pihole.toml.10 not available (r): Permission denied
Config backup file /etc/pihole/config_backups/pihole.toml.11 not available (r): Permission denied
Config backup file /etc/pihole/config_backups/pihole.toml.12 not available (r): Permission denied
Config backup file /etc/pihole/config_backups/pihole.toml.13 not available (r): Permission denied
Config backup file /etc/pihole/config_backups/pihole.toml.14 not available (r): Permission denied
No config file nor backup available, using defaults
........
Received 8/8 valid NTP replies from 1.uk.pool.ntp.org
Time offset: -1.845956e-01 ms (excluded 0 outliers)
Round-trip delay: 1.518321e+01 ms (excluded 0 outliers)

[nero355]

sweetdude schreef op vrijdag 7 februari 2025 @ 12:31:
Op het werk hebben we ook al eens lopen stoeien met een Sony TV. die geeft ook aan geen internet terwijl het wel open staat. Bleek te liggen aan de NTP server die hij niet kon bereiken.

Ik draai trouwens versie 6 al een tijd. Daar krijg ik in pihole ook vaak een melding dat de NTP server niet te benaderen is. als ik dan pihole zelf disable doet hij het wel. Alsof er ergens iets in zit wat zichzelf blocked

Nu doet hij het wel, maar geeft toch permission denied....

[code]Config file /etc/pihole/pihole.toml not available (r): Permission denied
Config backup file /etc/pihole/config_backups/pihole.toml.1 not available (r): Permission denied

Ik zou een bug submitten op hun forum

Zit nu ook te kutten met Pi-Hole v6 i.c.m. deze VLAN Interfaces setup : nero355 in "Zelfbouw project: Firewall / Router / AP"

" It's not easy being green..." ehh... "Blocking ads the way you want!"


Zie ook nu pas dat ik "Deel #1" van dit verhaal in het verkeerde topic had gepost : nero355 in "Raspberry Pi: Ervaringen en Discussie - deel 2" Oopsie...

[nero355]

nero355 schreef op vrijdag 7 februari 2025 @ 23:49:
Zit nu ook te kutten met Pi-Hole v6 i.c.m. deze VLAN Interfaces setup : nero355 in "Zelfbouw project: Firewall / Router / AP"

Bleek een rare bug te zijn tijdens

code:

pihole checkout dev

in combinatie met een andere bug in

code:

systemctl restart pihole-FTL

dus dankzij mijn debug logs heeft het 'Pi-Hole Dev Team' weer twee nuttige bugs om te pletten

Verder kwam ik erachter dat :
- Pi-Hole v6 (Beta) meteen op zowel mijn Main Interface als VLAN Interfaces bindt zonder extra instellingen
- Je via een optie in het simpelweg PRACHTIGE /etc/pihole/pihole.toml het gebruik van extra /etc/dnsmasq.d/ instellingen kan aanzetten die je onder andere voor Unbound nodig hebt
- Je daar ook de webGUI kan binden aan één enkel IP adres naar keuze inclusief alleen toegang via HTTPS in deze vorm : 192.168.1.3:443so

Hier en daar wat schoonheidsfoutjes gezien verder en zag wat dingen op hun forum voorbijkomen die echt met de DNS Resolving te maken hadden, maar al met al hebben ze echt een geweldige rewrite gemaakt van het geheel en zal ik LigHTTPd en PHP echt niet gaan missen in toekomst

/EDIT :

Blijkbaar heb ik een Change Log gemist in het verleden en zijn de instellingen in /etc/dnsmasq.d/ ondertussen niet meer nodig i.c.m. Unbound

En dat webGUI binden gedoe kan blijkbaar ook via de webGUI zelf via "All Settings"

Maar mijn statement blijft :
Het is de mooiste config file aller tijden !!!

[ Voor 11% gewijzigd door nero355 op 09-02-2025 21:16 ]

[sweetdude]

@nero355 inderdaad. het ziet er gelikt uit.
één van de schoonheidsfoutjes dat bij het omschakelen van light naar dark mode en vice versa de lijntjes niet goed mee gaan.

Ander dingetje waar ik wel nog tegenaan loop maar dat heeft meer met mijn setup te maken denk ik. Dat ik de host pi.hole op stip in de blocked clients zie terugkomen.

Sinds ik een Flint 2 met openWRT 24.10 heb. Ben ik daar ook de wireguard server op gaan draaien i.p.v. PiVPN. Daardoor heb ik geen NAT regels meer nodig.
Of het komt doordat ik poort 53 doorstuur naar de pihole op zowel het IPv4 als de IPv6 adres.

[nero355]

sweetdude schreef op zondag 9 februari 2025 @ 17:13:
Inderdaad. het ziet er gelikt uit.

Zeker weten !!!

Ander dingetje waar ik wel nog tegenaan loop maar dat heeft meer met mijn setup te maken denk ik. Dat ik de host pi.hole op stip in de blocked clients zie terugkomen.

Bij een verse installatie of ook na enige tijd gebruik ervan voor meerdere Clients

Ik zag namelijk na een verse installatie dat er enkele dingen in zitten puur als "Debug DNS Records" zeg maar _{(Denk ik...)} dus ik gok dat die op een bepaald moment zullen verdwijnen

Of het komt doordat ik poort 53 doorstuur naar de pihole op zowel het IPv4 als de IPv6 adres.

Wacht effe...

Zeg je nou dat je poort 53 dus DNS van de Pi-Hole open hebt staan richting het Internet

Dat is dus echt niet de bedoeling hé !!

[sweetdude]

nero355 schreef op zondag 9 februari 2025 @ 21:21:
...
[...]

Bij een verse installatie of ook na enige tijd gebruik ervan voor meerdere Clients

Ik zag namelijk na een verse installatie dat er enkele dingen in zitten puur als "Debug DNS Records" zeg maar _{(Denk ik...)} dus ik gok dat die op een bepaald moment zullen verdwijnen

Nee ik heb zelfs de flush networktables etc gedaan. Ik zie best veel verzoeken van de pihole client afkomen als in de domeinen:

ssl.google-analytics.com
ns-1069.awsdns-05.org
ns-1848.awsdns-39.org
bl-oneplus-com-pibgw-3acvd8k-7db00698932f0602.elb.eu-west-3.amazonaws.com

etc..etc.. allemaal als originator host pi.hole (laatste 24u 5669 domeinen) met als client nr 2 mijn telefoon met 636 domeinen.

nero355 schreef op zondag 9 februari 2025 @ 21:21:
[...]

Wacht effe...

Zeg je nou dat je poort 53 dus DNS van de Pi-Hole open hebt staan richting het Internet

Dat is dus echt niet de bedoeling hé !!

Nee nee, ik gebruik deze handleiding om alles wat de PiHole negeert af te vangen op de router en terug te sturen naar pihole
https://jeff.vtkellers.co...ough-pihole-with-openwrt/

Alleen de firewall NAT rules om de source te herschrijven werkt niet als je ook nog wireguard op de router erin gooit. Zet je de NAT regel aan komt alles (ook wat via wireguard gaat) uit de router. Dan kun je daar de clients niet meer managen door bepaalde lijsten te whitelisten.

[nero355]

sweetdude schreef op maandag 10 februari 2025 @ 13:33:
Nee nee, ik gebruik deze handleiding om alles wat de PiHole negeert af te vangen op de router en terug te sturen naar pihole
https://jeff.vtkellers.co...ough-pihole-with-openwrt/

Opzich wel een goede guide voor zover ik kan zien, maar ik draai geen OpenWRT dus ik kan het niet voor je testen

Ik zie best veel verzoeken van de pihole client afkomen als in de domeinen:

ssl.google-analytics.com
ns-1069.awsdns-05.org
ns-1848.awsdns-39.org
bl-oneplus-com-pibgw-3acvd8k-7db00698932f0602.elb.eu-west-3.amazonaws.com

etc..etc.. allemaal als originator host pi.hole (laatste 24u 5669 domeinen) met als client nr 2 mijn telefoon met 636 domeinen.

Ik kan me voorstellen dat je Pi-Hole <--> Unbound verkeer voorbij ziet komen of alles richting je Forward DNS Server in ieder geval dus je moet effe goed kijken wat er nou precies gebeurt

Alleen de firewall NAT rules om de source te herschrijven werkt niet als je ook nog wireguard op de router erin gooit.

Dat moet haast wel een bug zijn of misschien een beperking die gefixed moet worden

Zet je de NAT regel aan komt alles (ook wat via wireguard gaat) uit de router.

Als in dat je Router de enige Client is

Dan kun je daar de clients niet meer managen door bepaalde lijsten te whitelisten.

Dan klopt je Wireguard setup niet IMHO en moet je het daarin zoeken ?!

Ik kan me haast niet voorstellen dat OpenWRT wat onderhuids gewoon Linux is dat niet kan...


-= Iets heel anders dat uit een ander Topic hier op GoT komt =-

Raven in "Zelfbouw project: Firewall / Router / AP"

Raven schreef op maandag 10 februari 2025 @ 06:09:
Kan v6 ook specifieke requests (of specifieke client) uit de stats op het dashboard halen?

* Raven mompelt iets over Home Assistant en elk uur PTR-requests voor het gehele subnet waar ie in zit....

Er is wel een optie voor alleen A/AAAA-requests, maar dan filter je andere requests ook weg.

Volgens mij doet deze optie dat :

code:

Clients to be excluded from Top Client Lists and Query Log

Clients may be described either by their IP addresses (IPv4 and IPv6 are supported), or hostnames (like ^laptop\.lan$).

Links ervan staat namelijk het oude gedoe wat je gewend bent

En dit allemaal @ https://xxx.xxx.xxx.xxx/admin/settings/api wat links als sub-menu staat onder de naam "Web interface / API" nadat je Expert Mode hebt aangezet rechts bovenaan !!


Echt...


Pi-Hole v6 heeft zoo heerlijk veel opties erin zitten om van alles aan te passen dat je daar serieus blij van wordt als je een wat uitgebreider netwerk en dus geavanceerdere gebruiker bent dan normaal

[Church of Noise]

Ja, alleen is het ook meteen wat meer confronterend voor de iets minder geavanceerde user (zeker in vgl met @nero355 hehe) 0

[nero355]

Church of Noise schreef op maandag 10 februari 2025 @ 22:32:
Ja, alleen is het ook meteen wat meer confronterend voor de iets minder geavanceerde user (zeker in vgl met @nero355 hehe)

LOL!

Maar dan laat je de boel op "Basic" staan en zie je al die "Expert" opties niet staan

[Church of Noise]

Dat is dan weer té basic
kidding aside, ik ben ook wel blij met de uitgebreidere opties (hoewel meeste vroeger wel via handmatige spelen met config files en zo kon)

[Raven]

nero355 schreef op maandag 10 februari 2025 @ 22:23:
-= Iets heel anders dat uit een ander Topic hier op GoT komt =-

Raven in "Zelfbouw project: Firewall / Router / AP"


[...]

Volgens mij doet deze optie dat :

[...]

Links ervan staat namelijk het oude gedoe wat je gewend bent

En dit allemaal @ https://xxx.xxx.xxx.xxx/admin/settings/api wat links als sub-menu staat onder de naam "Web interface / API" nadat je Expert Mode hebt aangezet rechts bovenaan !!


Echt...


Pi-Hole v6 heeft zoo heerlijk veel opties erin zitten om van alles aan te passen dat je daar serieus blij van wordt als je een wat uitgebreider netwerk en dus geavanceerdere gebruiker bent dan normaal

Met die optie blijven de PTR-requests van HASS in de grafiekjes staan, alleen de top client lijst lijkt aangepast te worden.

[nero355]

Raven schreef op dinsdag 11 februari 2025 @ 08:51:
Met die optie blijven de PTR-requests van HASS in de grafiekjes staan, alleen de top client lijst lijkt aangepast te worden.

Als je v6 Beta draait dan heb je IMHO het recht om een Bug Report te doen @ https://discourse.pi-hole.net

[sweetdude]

nero355 schreef op maandag 10 februari 2025 @ 22:23:
[...]

Opzich wel een goede guide voor zover ik kan zien, maar ik draai geen OpenWRT dus ik kan het niet voor je testen

[...]

Ik kan me voorstellen dat je Pi-Hole <--> Unbound verkeer voorbij ziet komen of alles richting je Forward DNS Server in ieder geval dus je moet effe goed kijken wat er nou precies gebeurt

[...]

Dat moet haast wel een bug zijn of misschien een beperking die gefixed moet worden

[...]

Als in dat je Router de enige Client is
Dan klopt je Wireguard setup niet IMHO en moet je het daarin zoeken ?!
Ik kan me haast niet voorstellen dat OpenWRT wat onderhuids gewoon Linux is dat niet kan...

...

Zo ver ben ik weer niet thuis in de materie om dit weer te onderzoeken

Zoals gezegd zie ik de pi.hole als client terug in de toplists, maar kan niet verklaren waar het vandaan komt.

Als ik de NAT regel in de router aanzet komen de verzoeken vanuit de wireguard als bron uit op de router. Logisch ook aangezien die de gateway van buiten is, maar dus niet van de wireguard clients. Waardoor ik daar dus juist geen onderscheid meer in kan maken.

In het OpenWRT topic had ik onderstaande teruggekregen. (wat ook wel logisch klinkt)

Waarschijnlijk laat je OpenWRT het verkeer vanaf de WG verbinding nu NATen? Dat terwijl dat nergens voor nodig is. Immers kent de router over het algemeen al de routes naar alke netwerken. Als in: je router kan prima verkeer van 10.0.0.x naar 192.168.0.254 sturen. En de RPi op 192.168.0.254 heeft geen route naar 10.0.0.x, maar heeft wel een default route, zijnde de router. En de router kan vervolgens weer prima verkeer naar 10.0.0.x sturen.
Dit i.t.t. de losse RPi met PiVPN. Apparaten in jouw netwerk (een server bv) heeft dan geen idee wat die met IP adres 10.0.0.x moet. Stuurt dat vervolgens naar de default route, en die weet ook van toeten noch blazen (en stuurt het naar zijn default gateway, het internet op). Daarom dat bij een losse RPi met een VPN NAT nodig is. Zodat het verkeer op het lokale netwerk afkomstig lijkt vanaf de RPi / 192.168.0.254. En dat is een apparaat dat prima bereikbaar is.

V.w.b. OpenWRT verhaal hoef je dus alleen NAT te doen op IPv4 verkeer dat de WAN interface uit gaat, onafhankelijk van op welke interface het binnen is gekomen / "wat de afzender is". Waaronder dus wel WG => WAN verkeer NATen.

Enige wat ik nog in PiHole moest doen was onder DNS "permit all origins" aanzetten.
Nu werkt alles naar behoren. Ik zie alle clients op het interne netwerk netjes voorbij komen met hun hostname. Ik zie alle wireguard clients met hun IP adres voorbij komen (waardoor ik die ook kan black/ whitelisten zoals ik wil)

De enige hiaat is dus dat ik nu dus ook veel via de PiHole zie lopen, maar mogelijk is dit juist ook goed gedrag omdat hij nu meer afvangt op zowel ipv4 als ipv6

[Raven]

nero355 schreef op dinsdag 11 februari 2025 @ 16:24:
[...]

Als je v6 Beta draait dan heb je IMHO het recht om een Bug Report te doen @ https://discourse.pi-hole.net

Zit nog op v5.nogwat

[snelle69]

Mijn pi-hole staat op m’n tafel naast de printer. Als het stil is in huis, hoor ik de pi-hole geluid maken. Enig idee hoe ik dat kan verhelpen?

[W1ck1e]

snelle69 schreef op woensdag 12 februari 2025 @ 10:44:
Mijn pi-hole staat op m’n tafel naast de printer. Als het stil is in huis, hoor ik de pi-hole geluid maken. Enig idee hoe ik dat kan verhelpen?

Als het een raspberry pi is dan vind ik het heel raar. Als het iets anders is moet je dat even noemen.

[Airw0lf]

snelle69 schreef op woensdag 12 februari 2025 @ 10:44:
Mijn pi-hole staat op m’n tafel naast de printer. Als het stil is in huis, hoor ik de pi-hole geluid maken. Enig idee hoe ik dat kan verhelpen?

Welk model? Wat voor (soort) geluid?

Vanaf v4 is er extra koeling nodig - doorgaans in de vorm van een ventilator.
Misschien is het dat?

[W1ck1e]

Airw0lf schreef op woensdag 12 februari 2025 @ 10:53:

Welk model? Wat voor (soort) geluid?

Vanaf v4 is er extra koeling nodig - doorgaans in de vorm van een ventilator.
Misschien is het dat?

Ik heb 3 rpi4 exemplaren, bij geen van deze is aktief koelen nodig. Dat is bij LibreElec. Dus pihole kan zeker zonder.

[alesandro_46]

snelle69 schreef op woensdag 12 februari 2025 @ 10:44:
Mijn pi-hole staat op m’n tafel naast de printer. Als het stil is in huis, hoor ik de pi-hole geluid maken. Enig idee hoe ik dat kan verhelpen?

De stekker uit het stopcontact halen

[Eraser127]

@snelle69 Zoals anderen ook de vraag stellen: op wat voor systeem draai je Pi-Hole? Als deze geen ventilator heeft, zou de Raspberry Pi geen geluid moeten maken, omdat er geen fysiek bewegende componenten op zitten. Dus voor de volledigheid graag de hardware en wat voor geluid je hoort.

Wat wel zou kunnen is het 'bekendere' coil-whine. Dit verwijst naar het hoorbare geluid dat wordt geproduceerd wanneer een elektrische stroom door elektromagnetische spoelen loopt.

[dss58]

snelle69 schreef op woensdag 12 februari 2025 @ 10:44:
Mijn pi-hole staat op m’n tafel naast de printer. Als het stil is in huis, hoor ik de pi-hole geluid maken. Enig idee hoe ik dat kan verhelpen?

een pihole die geluid maakt ? ik draai pihole op een 3B+ in lengte van jaren en nog nooit heb ik dat ding gehoord, een load van 1 a 2% is ook niet noemenswaardig, CPU temp. 52 gr.C zonder enige externe koeling, volstrekt onnodig om extra te koelen dus waar komt dat geluid dan vandaan ?

[snelle69]

Eraser127 schreef op woensdag 12 februari 2025 @ 11:51:
@snelle69 Zoals anderen ook de vraag stellen: op wat voor systeem draai je Pi-Hole? Als deze geen ventilator heeft, zou de Raspberry Pi geen geluid moeten maken, omdat er geen fysiek bewegende componenten op zitten. Dus voor de volledigheid graag de hardware en wat voor geluid je hoort.

Wat wel zou kunnen is het 'bekendere' coil-whine. Dit verwijst naar het hoorbare geluid dat wordt geproduceerd wanneer een elektrische stroom door elektromagnetische spoelen loopt.

ik draai de pi-hole op een Raspberry Pi 4b. het is een soort fluitend geluid, maar heel stil natuurlijk. de coil-whine zou het kunnen zijn, vrees ik.

[W1ck1e]

snelle69 schreef op woensdag 12 februari 2025 @ 17:15:
[...]

ik draai de pi-hole op een Raspberry Pi 4b. het is een soort fluitend geluid, maar heel stil natuurlijk. de coil-whine zou het kunnen zijn, vrees ik.

Kan het ook de voeding zijn ?

[snelle69]

W1ck1e schreef op woensdag 12 februari 2025 @ 17:17:
[...]

Kan het ook de voeding zijn ?

ja, inderdaad. het is de voeding. deze is nochtans een officiële voor Raspberry Pi...

[W1ck1e]

snelle69 schreef op woensdag 12 februari 2025 @ 17:20:
[...]

ja, inderdaad. het is de voeding. deze is nochtans een officiële voor Raspberry Pi...

Dan valt de schade mee. Toch jammer.

plusje voor het gebruik van het woord "nochtans"

[ Voor 9% gewijzigd door W1ck1e op 12-02-2025 17:43 ]

[snelle69]

W1ck1e schreef op woensdag 12 februari 2025 @ 17:37:
[...]

Dan valt de schade mee. Toch jammer.

plusje voor het gebruik van het woord "nochtans"

ik kick op een juist gebruik van Nederlandse taal

on topic: er is twee jaar garantie op elektrische toestellen in de EU. ik keek even mijn facturen na en de 5A USB-C Voedingsadapter voor Raspberry Pi 4 werd aangekocht op 23-01-2023.

[W1ck1e]

snelle69 schreef op woensdag 12 februari 2025 @ 17:49:
[...]

ik kick op een juist gebruik van Nederlandse taal

on topic: er is twee jaar garantie op elektrische toestellen in de EU. ik keek even mijn facturen na en de 5A USB-C Voedingsadapter voor Raspberry Pi 4 werd aangekocht op 23-01-2023.

Toch 2 jaar achtereen gewerkt.

[Freee!!]

W1ck1e schreef op woensdag 12 februari 2025 @ 17:54:
[...]
Toch 2 jaar achtereen gewerkt.

Werkt nog steeds, nu alleen met (ongewenste) geluidseffecten.

[nero355]

sweetdude schreef op dinsdag 11 februari 2025 @ 17:03:
In het OpenWRT topic had ik onderstaande teruggekregen. (wat ook wel logisch klinkt)

[...]

Opzich klopt dat verhaal wel, maar eigenlijk ook weer niet, want je hoeft helemaal niet te NAT-ten op een losse Raspberry Pi of wat voor Wireguard Server spelend apparaat dan ook als je op je Router kan aangeven dat hij het verkeer richting WAN moet NAT-ten

De reden waarom er wel NAT wordt gebruikt vanaf wg0 naar eth0 is omdat er heel veel Routers zijn die dat helaas niet kunnen, zoals het spul dat je van een ISP krijgt over het algemeen...

Maar goed...

Het werkt nu dus zoals verwacht begrijp ik :

Enige wat ik nog in PiHole moest doen was onder DNS "permit all origins" aanzetten.
Nu werkt alles naar behoren. Ik zie alle clients op het interne netwerk netjes voorbij komen met hun hostname. Ik zie alle wireguard clients met hun IP adres voorbij komen (waardoor ik die ook kan black/ whitelisten zoals ik wil)

De enige hiaat is dus dat ik nu dus ook veel via de PiHole zie lopen, maar mogelijk is dit juist ook goed gedrag omdat hij nu meer afvangt op zowel ipv4 als ipv6.

IMHO hoef je alleen maar ervoor te zorgen dat je geen verkeer ziet wat niet vanaf je eigen netwerk komt en dan zit het wel goed

dss58 schreef op woensdag 12 februari 2025 @ 12:27:
Ik draai pihole op een 3B+ in lengte van jaren en nog nooit heb ik dat ding gehoord, een load van 1 a 2% is ook niet noemenswaardig, CPU temp. 52 gr.C zonder enige externe koeling, volstrekt onnodig om extra te koelen dus waar komt dat geluid dan vandaan ?

Dat is opzich wel een leuk onderwerp : De LOAD van een apparaat en PWM buzzing.

Als alles goed gaat en goed is ontworpen dan is er over het algemeen niks aan de hand, maar...

- Ik had een Accesspoint die onder hoge LOAD zoals een Speedtest.net draaien dus gewoon goed te horen was !!
- Een ander apparaat had een adapter die vroegtijdig aan het overlijden was en onder wat voor "beetje LOAD" zat die adapter de raarste geluiden te maken als je een beetje in de buurt kwam en laat staan je oor ernaast hield : Dat was echt serieuze herrie !!!

Dus het kan zo zijn dat je nu niks hoort, maar als je de boel wat meer belast dan kan dat makkelijk veranderen

snelle69 schreef op woensdag 12 februari 2025 @ 17:49:
Ik kick op een juist gebruik van Nederlandse taal

Juist!!!

On Topic: Er is twee jaar garantie op elektrische toestellen in de EU.

Ik keek even mijn facturen na en de 5A USB-C Voedingsadapter voor Raspberry Pi 4 werd aangekocht op 23-01-2023.

Ik zou gewoon lekker die winkel een e-mail sturen en vragen of ze wat voor je kunnen doen

Zo kreeg ik ruim buiten de garantie alsnog een vervangende adapter van MeGekko voor mijn Router en dan ook nog eens een model dat wel 3 stuks van stroom kon voorzien

[Felidaelynx]

snelle69 schreef op woensdag 12 februari 2025 @ 17:49:
[...]

ik kick op een juist gebruik van Nederlandse taal

on topic: er is twee jaar garantie op elektrische toestellen in de EU. ik keek even mijn facturen na en de 5A USB-C Voedingsadapter voor Raspberry Pi 4 werd aangekocht op 23-01-2023.

In Nederland heb jij wettelijke garantie de verwachte levensduur van het product.

Helaas schuilen veel verkopers zich achter de 2 jaar vanuit EU-wetgeving echter is dat in Nederland dus minimaal en kan het langer zijn.

De vraag is natuurlijk of het voor een voeding van een 10tje waard is veel moeite te gaan doen...

[nero355]

Felidaelynx schreef op maandag 17 februari 2025 @ 15:47:
De vraag is natuurlijk of het voor een voeding van een 10tje waard is veel moeite te gaan doen...

Ik bekijk het altijd van de andere kant :

Wat stelt zo'n adaptertje nou voor als een winkel honderdduizenden/miljoenen aan omzet/winst maakt en daarme weer een tevreden klant erbij heeft die dankzij zo'n gebaar ook eerder terug zal komen om nog meer te kopen ?!

Gewoon vriendelijk vragen en grote kans dat je succes boekt!

[TheCeet]

V6 is zonet gereleased!!!

https://pi-hole.net/blog/...-pi-hole-v6/#page-content

[dss58]

TheCeet schreef op dinsdag 18 februari 2025 @ 19:02:
V6 is zonet gereleased!!!

https://pi-hole.net/blog/...-pi-hole-v6/#page-content

ja, hier https://discourse.pi-hole.net/t/introducing-pi-hole-v6/75863, vanmiddag nog V5 geinstalleerd op de valreep

[edit] ik wacht nog een weekje voor ik deze versie definitief ga gebruiken bij vrienden die ik op afstand beheer

[ Voor 14% gewijzigd door dss58 op 18-02-2025 19:15 ]

[Get!em]

Nice!

Ik wacht wel even tot de proxmox helper en unbound bijgewerkt zijn..

[ed1703]

TheCeet schreef op dinsdag 18 februari 2025 @ 19:02:
V6 is zonet gereleased!!!

https://pi-hole.net/blog/...-pi-hole-v6/#page-content

Eindelijk.. wel vind ik V6 in docker via https een stuk trager werken dan http.
Eigenlijk al sinds oktober dat ik 'm draai als test.
Maargoed, https heeft aangezien ik het alleen intern gebruik ook niet heel veel nut.

[ Voor 6% gewijzigd door ed1703 op 18-02-2025 19:30 ]

[Raven]

TheCeet schreef op dinsdag 18 februari 2025 @ 19:02:
V6 is zonet gereleased!!!

https://pi-hole.net/blog/...-pi-hole-v6/#page-content

"During the upgrade operation, you will be presented with a dialog box asking if you wish to disable lighttpd. Doing so is probably appropriate for most users – unless you are using it to host web pages other than Pi-hole’s, in which case you may choose to keep it enabled"

Hmm, denk dat ik wel ff wacht met upgraden, kijken hoe dat bij anderen gaat. Er staat namelijk een en ander in /etc/lighttpd/conf-enabled/external.conf wat hier nog wel eens gebruikt wordt.

Ten eerste http->https redirect voor PiHole en een aantal url.redirect's om makkelijke url's (bijv. raspberry.blabla.nl/tvheadend ) te redirecten naar url's met poortnr erin.

[TheCeet]

Hier draait ie op test Proxmox servertje in container.
Update ging goed, UI duurde alleen effe tot die opende.

[nero355]

Get!em schreef op dinsdag 18 februari 2025 @ 19:20:
Ik wacht wel even tot de proxmox helper en unbound bijgewerkt zijn...

Die moet je me effe uitleggen, want ik zou denken dat je alles in een LXC of VM draait

Raven schreef op dinsdag 18 februari 2025 @ 19:33:
"During the upgrade operation, you will be presented with a dialog box asking if you wish to disable lighttpd. Doing so is probably appropriate for most users – unless you are using it to host web pages other than Pi-hole’s, in which case you may choose to keep it enabled"

Hmm, denk dat ik wel ff wacht met upgraden, kijken hoe dat bij anderen gaat.
Er staat namelijk een en ander in /etc/lighttpd/conf-enabled/external.conf wat hier nog wel eens gebruikt wordt.

Ten eerste http->https redirect voor PiHole en een aantal url.redirect's om makkelijke url's (bijv. raspberry.blabla.nl/tvheadend ) te redirecten naar url's met poortnr erin.

Ik zou eens kijken of je Pi-Hole aan een ander IP kan binden via een IP Alias bijvoorbeeld
De instellingen kunnen het makkelijk, maar ik weet niet hoe die op een IP Alias reageert...

Standaard pakt de nieuwe Webserver/pihole-FTL in ieder geval poort 8080 als er een Webserver op poort 80 actief is dus dat conflict heb je sowieso niet


Het wordt in ieder geval tijd voor een Raspberry Pi OS upgrade hier, want de huidige installatie draait nog steeds op Debian 10 (Buster) en die wordt officiëel niet meer ondersteund

[Toet3r]

TheCeet schreef op dinsdag 18 februari 2025 @ 19:02:
V6 is zonet gereleased!!!

https://pi-hole.net/blog/...-pi-hole-v6/#page-content

[Get!em]

nero355 schreef op dinsdag 18 februari 2025 @ 20:25:
[...]

Die moet je me effe uitleggen, want ik zou denken dat je alles in een LXC of VM draait

Klopt lxc.

Ik kan inderdaad even een backup/ snapshot maken en even een go geven om te testen.

Bedoelde eigenlijk meer wachten tot er ervaringen mee zijn. Ben handig met spulletjes op een computer, maar netwerk is (nu) niet mijn specialisme mocht er iets niet werken en er debugging noodzakelijk is.

[EverLast2002]

Get!em schreef op dinsdag 18 februari 2025 @ 19:20:
Nice!

Ik wacht wel even tot de proxmox helper en unbound bijgewerkt zijn..

gewoon "update" typen in je console en ook de proxmox helper script update hem naar v6.

[Toet3r]

Voor wie pihole in docker draait is het goed om te weten dat een aantal environment variabelen zijn veranderd.
Het is slim om je configuratie na te lopen en de oude variabelen te verwijderen.
Voor een overzicht van de actuele variabelen zie: https://github.com/pi-hol...ded-environment-variables

[pennywiser]

Net een

code:

pihole updatePihole

gedaan, lighttpd ging eraf en admin interface poort is nu 8443 (https).

Ging allemaal vlotjes update naar v6. Raspberry Pi 5

Zit er nog steeds DNSmasq onder? Anders moet ik even mijn VPN config anders inregelen, die gebruikt ook Pihole.

Lighttpd meteen maar gepurged. Daarna nog een

code:

pihole reconfigure

(repair) eroverheen, alles ok nu VPN werkt ook normaal.

[ Voor 47% gewijzigd door pennywiser op 18-02-2025 22:44 ]

[Wildfire]

Zojuist m'n secundaire PiHole naar v6 bijgewerkt. Eens kijken hoe alles gaat, als dat goed bevalt dan gaat over een tijdje mijn primaire PiHole ook over.

[Freee!!]

Twee van de vier (Docker container) Pi-Holes zijn automatisch bijgewerkt met WatchTower, lijkt helemaal goed te gaan. Ben alleen niet zo blij met de bar-graphs.

[Raven]

nero355 schreef op dinsdag 18 februari 2025 @ 20:25:
[...]

Ik zou eens kijken of je Pi-Hole aan een ander IP kan binden via een IP Alias bijvoorbeeld
De instellingen kunnen het makkelijk, maar ik weet niet hoe die op een IP Alias reageert...

Standaard pakt de nieuwe Webserver/pihole-FTL in ieder geval poort 8080 als er een Webserver op poort 80 actief is dus dat conflict heb je sowieso niet


Het wordt in ieder geval tijd voor een Raspberry Pi OS upgrade hier, want de huidige installatie draait nog steeds op Debian 10 (Buster) en die wordt officiëel niet meer ondersteund

, network namespace oid?

Hier draait die in de meterkast (PiHole / TVheadend / P1) op RPi OS 11, de andere Pi's na clonen naar SSD allemaal van 10 naar 11 naar 12 bijgewerkt.

[Airw0lf]

Ergens in de v6 release notes las ik iets over "consolidated configs".
Wat wordt hier precies mee bedoeld?
Alle config-bestandjes in ./pihole worden in elkaar geschoven tot één?

En ook: ik heb een paar dnsmasq config bestandjes - waaronder 2 met vlan instellingen - alles in ./dnsmsq.d. Wat gebeurd daar mee? Worden deze ook meegenomen in die consolidatie?

[ Voor 10% gewijzigd door Airw0lf op 19-02-2025 07:39 ]

[Toet3r]

Airw0lf schreef op woensdag 19 februari 2025 @ 07:37:
Ergens in de release notes las ik iets over "consolited configs".
Wat wordt hier precies mee bedoeld?
Alle config-bestandjes in ./pihole worden in elkaar geschoven tot één?

En ook: ik heb een paar dnsmasq config bestandjes - waaronder 2 met vlan instellingen.
Die staan in ./dnsmsq.d. Wat gebeurd daar mee?

Dat is inderdaad wat het betekend. Alle configuratie parameters zijn nu te vinden in het bestand
/etc/pihole/pihole.toml

Als je zoals jij upgrade van versie 5 is het goed de bestanden in /dnsmsq.d. te bewaren.
Bij een clean install van versie 6 is dit niet nodig.

[webside007]

pihole draait bij mij in een container (via portainer) op mijn Synology.
Update werd gisteren automatisch gedaan (door watchtower).

Wat dien ik te wijzigen aub? Er lijken zaken niet meer te werken (bijvoorbeeld: als ik in de admin page bijvoorbeeld op de devices klik, dan krijg ik een error in een popup).

Ik vermoed dat de DB op een andere locatie zit dan bij V5? Die ik aanpassingen te doen? Zo ja, hoe aub?

[Toet3r]

@webside007 Wat zegt die error precies?

Als het goed is worden de benodigde dingen automatisch aangepast bij upgrade van versie 5 naar 6.

[webside007]

Toet3r schreef op woensdag 19 februari 2025 @ 09:29:
@webside007 Wat zegt die error precies?

Als het goed is worden de benodigde dingen automatisch aangepast bij upgrade van versie 5 naar 6.

Ok bedankt.
Error, zie bijlage aub

[Toet3r]

@webside007 Heb net ff gekeken, bij mij doet netwerk overzicht het wel. Maar ik draai pihole in een docker container en kom niet van een upgrade van versie 5. Misschien dat verschil maakt. Zou niet goed weten hoe deze error op te lossen. Je zou op het forum van pi-hole kunnen kijken, mogelijk is het daar gemeld.

[Freee!!]

webside007 schreef op woensdag 19 februari 2025 @ 10:35:
[...]
Ok bedankt.
Error, zie bijlage aub

[Afbeelding]

Ik heb die foutmelding ook, maar die treedt bij mij ook op in de nog niet bijgewerkte V5 Pi-Holes, dus ik denk niet, dat dat aan de update zelf ligt.

[webside007]

ik ga de container eens hersintalleren denk ik volgens deze uitleg:
https://mariushosting.com...ker-version-v6-2025-02-1/

Ik ga eerst een clean-up doen van de unused images en folders en dan de portainer install instructions volgen.

[jwbokx]

Ik heb pihole nog maar pas, draait onder proxmox in een lxc.
Gelijk dus daarna de update, geen vreemde dingen gezien, alleen nu op poort 8080

[Toet3r]

@jwbokx Dit is omdat lighttpd dat in versie 5 nog werd gebruikt poort 80 bezet houdt. Als je die er handmatig afmikt zou je naar poort 80 moeten kunnen. Of zo laten kan natuurlijk ook als je het niet erg vindt

[nero355]

Get!em schreef op dinsdag 18 februari 2025 @ 21:04:
Klopt lxc.

EverLast2002 schreef op dinsdag 18 februari 2025 @ 22:06:
gewoon "update" typen in je console en ook de proxmox helper script update hem naar v6.

Maar... maar... maar...

Wat is dat allemaal precies :

Get!em schreef op dinsdag 18 februari 2025 @ 19:20:
Ik wacht wel even tot de proxmox helper

en unbound bijgewerkt zijn..

En waarop wacht je dan, want een nieuwe Pi-Hole betekent niet meteen een nieuwe Unbound

pennywiser schreef op dinsdag 18 februari 2025 @ 22:34:
Net een

code:

pihole updatePihole

gedaan, lighttpd ging eraf en admin interface poort is nu 8443 (https).

Dat is raar, want zij zeggen dat ze LigHTTPd lekker laten zoals het is en je zelf de boel zal moeten opschonen indien je dat wilt

Daarom draait je Pi-Hole nu ook op 8080 en 8443 i.p.v. 80 en 443 waarschijnlijk

Zit er nog steeds DNSmasq onder?
Anders moet ik even mijn VPN config anders inregelen, die gebruikt ook Pihole.

FTLDNS = DNSmasq dus die heb je sowieso nog steeds

Je VPN zou ook weleens automatisch aan FTLDNS toegevoegd kunnen zijn, want alle Interfaces worden in Pi-Hole v6 meegenomen in de config !!

Lighttpd meteen maar gepurged. Daarna nog een

code:

pihole reconfigure

(repair) eroverheen, alles ok nu VPN werkt ook normaal.

Nu dus ook poorten 80 en 443 in gebruik ?!

Freee!! schreef op woensdag 19 februari 2025 @ 00:29:
Ben alleen niet zo blij met de bar-graphs.

Wat ben je dan normaal gewend voor de grafieken ??

Raven schreef op woensdag 19 februari 2025 @ 06:13:
, network namespace oid?

Gewoon een Alias IP :

eth0 krijgt dan eth0:0/eth0:1/eth0:2/enz. erbij als Alias IP Interface

Airw0lf schreef op woensdag 19 februari 2025 @ 07:37:
Ergens in de v6 release notes las ik iets over "consolidated configs".
Wat wordt hier precies mee bedoeld?
Alle config-bestandjes in ./pihole worden in elkaar geschoven tot één?

De prachtigste config file ooit gemaakt genaamd /etc/pihole/pihole.toml

En ook: ik heb een paar dnsmasq config bestandjes - waaronder 2 met vlan instellingen - alles in ./dnsmsq.d.

Wat gebeurd daar mee? Worden deze ook meegenomen in die consolidatie?

Heb je niet meer nodig denk ik, want VLAN Interfaces worden gewoon meegenomen in de standaard configuratie

Je kan nu ook ALLES via de webGUI doen als je Expert Mode aanzet rechtsbovenaan :
Je krijgt dan "All Settings" erbij als sub-menu en die bevat ALLE OPTIES van /etc/pihole/pihole.toml

Dus ook eventueel alsnog het gebruik van /etc/dnsmasq.d/ inschakelen en ook allerlei instellingen die je normaal gesproken daarin zet worden meteen door FTLDNS meegenomen via de "Misc Settings" of iets dergelijks

Serieus gaaf gemaakt !!!

Toet3r schreef op woensdag 19 februari 2025 @ 07:42:
Als je zoals jij upgrade van versie 5 is het goed de bestanden in /dnsmsq.d. te bewaren.

Een heleboel dingen heb je dus niet meer nodig en kan je zelfs eventueel makkelijk overzetten

webside007 schreef op woensdag 19 februari 2025 @ 09:06:
pihole draait bij mij in een container (via portainer) op mijn Synology.
Update werd gisteren automatisch gedaan (door watchtower).

Wat dien ik te wijzigen aub?

Ik kwam wat berichten tegen over Docker Container Compose Files die je helemaal overnieuw moet aanmaken of in ieder geval flink moet aanpassen voor Pi-Hole v6 !!

Staat ook vermeld in https://pi-hole.net/blog/...-pi-hole-v6/#page-content

Toet3r schreef op woensdag 19 februari 2025 @ 09:29:
Als het goed is worden de benodigde dingen automatisch aangepast bij upgrade van versie 5 naar 6.

Compose Files dus niet...

jwbokx schreef op woensdag 19 februari 2025 @ 15:52:
Ik heb pihole nog maar pas, draait onder proxmox in een lxc.
Gelijk dus daarna de update, geen vreemde dingen gezien, alleen nu op poort 8080

Vanwege dit dus :

Toet3r schreef op woensdag 19 februari 2025 @ 15:55:
@jwbokx Dit is omdat lighttpd dat in versie 5 nog werd gebruikt poort 80 bezet houdt.
Als je die er handmatig afmikt zou je naar poort 80 moeten kunnen.

Of zo laten kan natuurlijk ook als je het niet erg vindt

Wat ook heel gaaf is gedaan : HTTPS Certificaat veranderen

- Geef in de instellingen het volgende op :
1. Hostname
2. Domain
- Verwijder vervolgens de 3 TLS bestanden in /etc/pihole/
- Als je nu pihole-FTL restart dan worden er 3 nieuwe TLS bestanden aangemaakt met jouw Hostname en Domain erin

Ben je gelijk eventueel van een domain gerelateerde error af

Zie : https://docs.pi-hole.net/api/tls/
Voor meer informatie en eventueel ook het toepassen van een Let's Encrypt Certificate

[Raven]

nero355 schreef op woensdag 19 februari 2025 @ 17:48:
[...]

Gewoon een Alias IP :

eth0 krijgt dan eth0:0/eth0:1/eth0:2/enz. erbij als Alias IP Interface

Oh zo

nero355 schreef op woensdag 19 februari 2025 @ 17:48:
[...]

Heb je niet meer nodig denk ik, want VLAN Interfaces worden gewoon meegenomen in de standaard configuratie

Die bestandjes kwam ik laatst tegen op een van de andere Pi's. Zag ineens ergens meldingen over niet bestaande netwerk interfaces, bleek dat ik ooit eens in rc.local VLAN-interfaces had aangemaakt met ip-commando (toen gebruikte ik Network Manager nog niet), alleen omdat ergens tijdens de upgrade van v10 naar v11 naar v12 de naamgeving van ethX naar wat anders ging, werden de VLAN-interfaces niet meer aangemaakt.

Uiteindelijk bleek dat ik ooit eens, om PiHole de VLAN's te laten zien, config bestandjes zoals @Airw0lf het deed had aangemaakt. Dat was ik allang weer vergeten

[Eraser127]

Ik had Pi-Hole op een RPi1 draaien, dat werkte prima. Maar net naar V6 geüpdatet, maar is toch een stuk trager , heb volgens mij nog wel ergens een 3B+ liggen.

[nero355]

Raven schreef op woensdag 19 februari 2025 @ 18:05:
alleen omdat ergens tijdens de upgrade van v10 naar v11 naar v12 de naamgeving van ethX naar wat anders ging, werden de VLAN-interfaces niet meer aangemaakt.

Volgens mij is dat weer teruggedraaid en anders kan je het zelf doen door je UDEV Rules aan te passen als het goed is

Uiteindelijk bleek dat ik ooit eens, om PiHole de VLAN's te laten zien, config bestandjes zoals @Airw0lf het deed had aangemaakt. Dat was ik allang weer vergeten

Dat heb ik ook ooit gedaan, maar is niet meer nodig net als die eene packetsize regel voor Unbound :
Die bleek alweer 3 jaar of zo standaard te zijn in FTLDNS en op de een of andere manier had ik dat helemaal gemist

Eraser127 schreef op woensdag 19 februari 2025 @ 18:06:
Ik had Pi-Hole op een RPi1 draaien, dat werkte prima.

Maar net naar V6 geüpdatet, maar is toch een stuk trager , heb volgens mij nog wel ergens een 3B+ liggen.

Ik las vooral problemen met grote lijsten en minder dan 1 GB aan RAM dus ik gok dat je oude Raspberry Pi 1B iets van 256 MB of 512 MB aan RAM heeft

[Nitroglycerine]

Pihole bijgewerkt naar 6, maar de admin pagina wordt niet meer getoond. Pihole zelf werkt wel prima, vrees dat ik vannacht als de rest slaapt een herinstallatie mag doen.

[W1ck1e]

Eraser127 schreef op woensdag 19 februari 2025 @ 18:06:
Ik had Pi-Hole op een RPi1 draaien, dat werkte prima. Maar net naar V6 geüpdatet, maar is toch een stuk trager , heb volgens mij nog wel ergens een 3B+ liggen.

Ik gebruik rpi2 's. Die zijn snel genoeg (v6 is sneller dsn v5) en het zuinigst met stroom. rpi3 is overkill voor alleen pihole. Ik draai wel onder diet-pi. Voor v6 : met de pihole handmatig geinstalleerd met het

code:

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

commando, dus niet vanuit dietpi-software (dat lijkt fout te gaan, volgens mij een webserver dingetje). Ik ben nog aan het testen voordat ik met beide piholes over stap naar v6

[nero355]

Nitroglycerine schreef op woensdag 19 februari 2025 @ 18:15:
Pihole bijgewerkt naar 6, maar de admin pagina wordt niet meer getoond.

Pihole zelf werkt wel prima, vrees dat ik vannacht als de rest slaapt een herinstallatie mag doen.

Check je poorten zoals eerder verteld

W1ck1e schreef op woensdag 19 februari 2025 @ 18:16:
Ik gebruik rpi2 's. Die zijn snel genoeg (v6 is sneller dsn v5) en het zuinigst met stroom. rpi3 is overkill voor alleen pihole.

De 2B en 3B hebben een hele goede verbruik/prestatie verhouding inderdaad

De 3B+ deed het een stuk minder en voor de 4B en 5 heb ik helaas niks gezien qua zulke tests...

Wat betreft snelheid : Misschien een beetje, want die eene gozer die wat heeft zitten testen zegt zelf ook na wat discussie met de ontwikkelaars dat het allemaal misschien wel meevalt qua verschil

[W1ck1e]

@nero355 Ik gebruik dnsbench.exe om te testen. Ik heb nog geen gebruikservaringen.

[pennywiser]

nero355 schreef op woensdag 19 februari 2025 @ 17:48:
[...]
[...]

Dat is raar, want zij zeggen dat ze LigHTTPd lekker laten zoals het is en je zelf de boel zal moeten opschonen indien je dat wilt

Daarom draait je Pi-Hole nu ook op 8080 en 8443 i.p.v. 80 en 443 waarschijnlijk


[...]

Zou heeeel goed kunnen, of ik heb het zelf ooit gedaan. Er draait ook nog een poort multiplexer. Met eraf bedoelde ik uit zetten. Ik heb Lighttpd zelf gepurged, ik gebruik het verder niet.

[Airw0lf]

@nero355 - wij danken u voor de aanvullingen/antwoorden.

Als ik je opmerkingen over de expert mode en zo goed begrijp, dan wil dat zeggen dat ik na de upgrade in eerste instantie geen DHCP en DNS voor de vlans heb. Klopt dat?

Voor de volledigheid:
Ik draai PiHole in een Docker container en gebruik daarbij de host adapter.

[Get!em]

nero355 schreef op woensdag 19 februari 2025 @ 17:48:
[...]


[...]

Maar... maar... maar...

Wat is dat allemaal precies :

[...]




[...]

En waarop wacht je dan, want een nieuwe Pi-Hole betekent niet meteen een nieuwe Unbound

Komt er vooral op neer dat ik de afhankelijkheid van de proxmox en unbound nog niet uitgezocht heb en dus niet zomaar op update klik (of t commando geef).

Dus of t meteen werkt na alleen update, lees ik graag bij anderen met een vergelijkbare proxmox unbound config.
Dankzij jou begrijp ik dat het mogelijk echt simpel update en werkend is, maar ik ga dat nog wel even tactisch backuppen en op een geschikt moment doen.

Zeker niet nu terwijl t iedereen binnen het huishouden (incl tv) er gebruik van maakt

[Get!em]

Mooi man, t.net die pihole met de ads via het Tweakers.net als proxy omzeilt. Zeker met de 15s delay die de hele lay-out laat dansen…

[Nitroglycerine]

nero355 schreef op woensdag 19 februari 2025 @ 18:20:
[...]

Check je poorten zoals eerder verteld


[...]

De 2B en 3B hebben een hele goede verbruik/prestatie verhouding inderdaad

De 3B+ deed het een stuk minder en voor de 4B en 5 heb ik helaas niks gezien qua zulke tests...

Wat betreft snelheid : Misschien een beetje, want die eene gozer die wat heeft zitten testen zegt zelf ook na wat discussie met de ontwikkelaars dat het allemaal misschien wel meevalt qua verschil

Lighttpd is er vanaf, pihole reconfigure gedaan, eerst repair en als 2e reconfigure omdat na repair ik nog niks zag, maar ook al zegt de log dat ik http://192.168.11.10:80/admin moet openen: niks. Er draait ook niets op poort 80 na de reconfig. Straks maar een nieuwe sd kaart voorbereiden met pihole en unbound. Gelukkig laat de debug en reconfigure alle lijsten zien die je laadt voor het blokkeren, dus ik hoef niet naar alle op zoek (kleine 7M aan unieke geblokkeerde domeinen).

[Freee!!]

nero355 schreef op woensdag 19 februari 2025 @ 17:48:
[...]
Wat ben je dan normaal gewend voor de grafieken ??

Zie:

[Jumpman]

Pi-Hole V6.0 (opnieuw) geïnstalleerd vandaag op Synology (Container), maar blijkbaar gebruikt hij nu de Bridge IP’s, terwijl de IP voor het Dashboard nog hetzelfde is. Ik zie ook dat hij wel advertenties weert op de devices die de Pi-Hole DNS gebruiken, maar het is niet meer zichtbaar per cliënt op het dashboard van de Pi-Hole. Verder gewoon hetzelfde composer script gebruikt. Later maar eens kijken, hoe dit nu komt.

[Get!em]

Freee!! schreef op woensdag 19 februari 2025 @ 19:12:
[...]

Zie:
[Afbeelding]

Versie 5 had dat als keuze bij config webinterface: use new bar chart on dashboard

[nero355]

W1ck1e schreef op woensdag 19 februari 2025 @ 18:23:
Ik gebruik dnsbench.exe om te testen. Ik heb nog geen gebruikservaringen.

Ik dacht dat je het over dit topic had : https://discourse.pi-hole...nds-vs-microseconds/75501


_{Hun forum is down dus dit heb ik moeten searchen... LOL!!!}

pennywiser schreef op woensdag 19 februari 2025 @ 18:27:
Ik heb Lighttpd zelf gepurged, ik gebruik het verder niet.

Vergeet PHP niet en de bijbehorende v5 bestanden

Airw0lf schreef op woensdag 19 februari 2025 @ 18:41:
Wij danken u voor de aanvullingen/antworden.

Afgelopen tijd flink bijgelezen dus nou weten jullie ook vrijwel alles wat ik tegenkwam

Als ik je opmerkingen over de expert mode en zo goed begrijp, dan wil dat zeggen dat ik na de upgrade in eerste instantie geen DHCP en DNS voor de vlans heb.

Klopt dat?

Dat durf ik niet te zeggen, want het zou in principe zo moeten zijn dat alles voor je gemigreerd wordt, maar dan moet je geen

Voor de volledigheid:
Ik draai PiHole in een Docker container en gebruik daarbij de host adapter.

draaien, want dan moet je dus zelf je Compose YAML fixen/migreren

Nitroglycerine schreef op woensdag 19 februari 2025 @ 18:53:
Lighttpd is er vanaf, pihole reconfigure gedaan, eerst repair en als 2e reconfigure omdat na repair ik nog niks zag, maar ook al zegt de log dat ik http://192.168.11.10:80/admin moet openen: niks. Er draait ook niets op poort 80 na de reconfig. Straks maar een nieuwe sd kaart voorbereiden met pihole en unbound. Gelukkig laat de debug en reconfigure alle lijsten zien die je laadt voor het blokkeren, dus ik hoef niet naar alle op zoek (kleine 7M aan unieke geblokkeerde domeinen).

Geen idee waar het bij jou mis is gegaan, maar ik geloof dat de lijsten gewoon nog steeds in hetzelfde lists.conf bestand zitten _{(Zo heet dat bestand toch ? Weet effe niet meer...)} dus die kan je als het goed is gewoon overzetten... denk ik...

Freee!! schreef op woensdag 19 februari 2025 @ 19:12:
Zie:
[Afbeelding]

OK, duidelijk

Ik gebruik dus blijkbaar dit :

Get!em schreef op woensdag 19 februari 2025 @ 20:14:
Versie 5 had dat als keuze bij config webinterface: use new bar chart on dashboard.

En ik dacht die optie ook in v6 gezien te hebben, maar weet het niet zeker...

Ondertussen is de Live ISO omgeving waarin ik Pi-Hole v6 Beta draaide foetsie dus ik kan ook niet effe voor je kijken

Jumpman schreef op woensdag 19 februari 2025 @ 19:14:
Pi-Hole V6.0 (opnieuw) geïnstalleerd vandaag op Synology (Container), maar blijkbaar gebruikt hij nu de Bridge IP’s, terwijl de IP voor het Dashboard nog hetzelfde is.

Wat ik dus al zei :

Pi-Hole v6 pakt standaard ALLE lokale Interfaces op dus die hoef je niet meer via /etc/dnsmasq.d/ zelf toe te voegen

Qua VPN Interfaces weet ik effe niet meer hoe het zat...
Dacht gelezen te hebben dat Wireguard (wg0 en zo) wel wordt opgepakt, maar weet ik niet meer zeker

Ik zie ook dat hij wel advertenties weert op de devices die de Pi-Hole DNS gebruiken, maar het is niet meer zichtbaar per cliënt op het dashboard van de Pi-Hole.
Verder gewoon hetzelfde composer script gebruikt. Later maar eens kijken, hoe dit nu komt.

Ik denk dat als je die Compose YAML effe naloopt dat je ook weer je Clients terug zal krijgen op je Dashboard

[Airw0lf]

@nero355 - ik gebruik de docker-cli - geen compose.
Maar das de minste zorg - een bestandje met de relevante docker-cli commando's staat al klaar.
Ik hoop dat de upgrade binnen de container goed gaat.
Maar we gaan het zien.

[Freee!!]

Airw0lf schreef op woensdag 19 februari 2025 @ 22:52:
@nero355 - ik gebruik de docker-cli - geen compose.
Maar das de minste zorg - een bestandje met de relevante docker-cli commando's staat al klaar.
Ik hoop dat de upgrade binnen de container goed gaat.
Maar we gaan het zien.

Bij mij is de upgrade binnen de container twee keer goed gegaan (met WatchTower).

[Airw0lf]

Freee!! schreef op donderdag 20 februari 2025 @ 00:35:
[...]

Bij mij is de upgrade binnen de container twee keer goed gegaan (met WatchTower).

Top - ik gebruik ook watchtower. Via de env-settings is die zo ingesteld dat wekelijks (in de nacht van vrijdag-op-zaterdag) de nieuwste versie van alle containers ophaalt.

Ik benieuwd wat er van de custom dnsmasq settings (waaronder vlans en dhcp per vlan) over blijft.

[ Voor 4% gewijzigd door Airw0lf op 20-02-2025 09:00 ]

[W1ck1e]

W1ck1e schreef op woensdag 19 februari 2025 @ 18:23:
@nero355 Ik gebruik dnsbench.exe om te testen. Ik heb nog geen gebruikservaringen.

Dat v6 sneller leek dan v5 kwam volgens mij door de fysieke plek in mijn netwerk.
Ik heb nu een van de v5 piholes vervangen door v6, dus een tijdje testen.
Mocht het niet goed gaan dan kan ik altijd nog v5 terug plaatsen.

[nero355]

@Freee!! @Airw0lf en alle andere Docker gebruikers :

Hier staat de upgrade/migratie documentatie voor Docker Containers van Pi-Hole v6 : https://docs.pi-hole.net/docker/upgrading/v5-v6/

[EverLast2002]

@nero355
"Maar... maar... maar...

Wat is dat allemaal precies"

dat verwijst naar "kant-en-klare" scripts die je in Proxmox kunt uitvoeren:

https://community-scripts.github.io/ProxmoxVE/scripts

[Stimulate14]

Dat V6 uit is gebracht is mij compleet ontgaan.

[Freee!!]

Stimulate14 schreef op donderdag 20 februari 2025 @ 17:29:
Dat V6 uit is gebracht is mij compleet ontgaan.

Dat is het voor- (en na-) deel van automatische updates.

[nero355]

Stimulate14 schreef op donderdag 20 februari 2025 @ 17:29:
Dat V6 uit is gebracht is mij compleet ontgaan.

Genoeg anderen die dat helemaal goed hebben gemaakt, want https://discourse.pi-hole.net/ heeft gisteren serieuze downtime gehad

En heel wat van de vragen en "problemen" hadden voorkomen kunnen worden als mensen nou eens gewoon de Change Log zouden lezen

[HuismAndré]

Jumpman schreef op woensdag 19 februari 2025 @ 19:14:
Pi-Hole V6.0 (opnieuw) geïnstalleerd vandaag op Synology (Container), maar blijkbaar gebruikt hij nu de Bridge IP’s, terwijl de IP voor het Dashboard nog hetzelfde is. Ik zie ook dat hij wel advertenties weert op de devices die de Pi-Hole DNS gebruiken, maar het is niet meer zichtbaar per cliënt op het dashboard van de Pi-Hole. Verder gewoon hetzelfde composer script gebruikt. Later maar eens kijken, hoe dit nu komt.

Ik heb uiteindelijk de volgende command line samengesteld voor host mode (wellicht kun je er wat mee).

code:

sudo docker run -d --name Pi-Hole \
  --security-opt no-new-privileges=false \
  --network=host \
  -v /volume1/docker/PiHole/dnsmasq.d:/etc/dnsmasq.d:rw \
  -v /volume1/docker/PiHole/pihole:/etc/pihole:rw \
  -e FTLCONF_webserver_api_password=zegiklekkertochniet \
  -e TZ=Europe/Amsterdam \
  -e DNSMASQ_USER=pihole \
  -e FTLCONF_webserver_port=8888 \
  -e PIHOLE_UID=1031 \
  -e PIHOLE_GID=100 \
  --cap-add SYS_TIME \
  --cap-add SYS_NICE \
  --restart on-failure:5 \
  pihole/pihole

Wel even "id" opvragen via de command line (en de vetgedrukte PIHOLE_UID en PIHOLE_GID aanpassen. Ook kunnen je dirs net even anders zitten (net als je wachtwoord uiteraard). Poort heb ik op 8888 gezet om niet in de war te komen met m'n Z2M containers. Ik gebruik m'n Fritz!Box als DNS server (dus als je PiHole als DNS server gebruikt moet je wellicht nog wat aanpassen).

[Corrigan]

Eraser127 schreef op woensdag 19 februari 2025 @ 18:06:
Ik had Pi-Hole op een RPi1 draaien, dat werkte prima. Maar net naar V6 geüpdatet, maar is toch een stuk trager , heb volgens mij nog wel ergens een 3B+ liggen.

Dit zou voor alleen pihole niet nodig zijn.

Ik draai hier v6 + Unbound op een Raspberry Pi Zero en merk geen verschil. Het CPU verbruik is maar 5 %.

[W1ck1e]

Corrigan schreef op donderdag 20 februari 2025 @ 22:33:

Dit zou voor alleen pihole niet nodig zijn.

Ik draai hier v6 + Unbound op een Raspberry Pi Zero en merk geen verschil. Het CPU verbruik is maar 5 %.

Ik denk dat bij een Zero de wifi de bottleneck is.

[.je]

Ik kreeg tijdens de upgrade (binnen raspb, geen docker) geen popup met lighttp vraag. Bleek dat na de upgrade niets het deed, elke site gaf een 403.

Blijkt dat pihole botst als je de vraag niet krijgt en hij lijkt onderwater toch pihole-ftl poort 80 te proberen te claimen.

Was enigszins simpel op te lossen door lighttp te stoppen en uit te zetten.

code:

sudo systemctl stop lighttpd.service
sudo systemctl disable lighttpd.service

Daarna reboot en hij deed het weer. Als je gewend bent je admin portal zonder ww te banderen, draai dan even

code:

pihole setpassword

[Webgnome]

W1ck1e schreef op donderdag 20 februari 2025 @ 22:40:
[...]

Ik denk dat bij een Zero de wifi de bottleneck is.

Als dns requests over wifi een bottleneck zijn heb je andere problemen dan een zero te gebruiken. In een gewone huis/tuin/keuken opstelling gaan het aantal dns requests echt niet de zero laten roken.. Heb jaren een zero over wifi gebruikt en echt geen problemen gehad en als die er al waren dan was het omdat ik zelf bijvoorbeeld iets in de wifi config had aangepast . Uiteindelijk toch een ethernet hat voor gekocht puur omdat het kan.

[ Voor 24% gewijzigd door Webgnome op 21-02-2025 07:26 ]

[DikkieDick]

Een leuke uitdaging om mijn gecombineerde Docker-container met unbound aan de praat te krijgen met v6. Was daar denk ik zo'n anderhalf jaar geleden ook mee aan het stoeien maar kreeg het toen niet werkend.

Hmm... de eerste test mislukt, daar moet ik wat meer gaan sleutelen aan de Dockerfile. Nou ja, ik laat het eerst wel ff zo. Als ik wat meer tijd heb duik ik daar wel in.

[ Voor 29% gewijzigd door DikkieDick op 21-02-2025 07:49 ]

[W1ck1e]

Webgnome schreef op vrijdag 21 februari 2025 @ 07:25:

Als dns requests over wifi een bottleneck zijn heb je andere problemen dan een zero te gebruiken. In een gewone huis/tuin/keuken opstelling gaan het aantal dns requests echt niet de zero laten roken.. Heb jaren een zero over wifi gebruikt en echt geen problemen gehad en als die er al waren dan was het omdat ik zelf bijvoorbeeld iets in de wifi config had aangepast . Uiteindelijk toch een ethernet hat voor gekocht puur omdat het kan.

Ik bedoelde meer dat de vertraging door de upgrade van v5 naar v6 in het niet valt bij de "vertraging" door het gebruik van wifi. Mijn rpi2 heeft een cpu verbruik van beneden/rond de 1%

Het is niet een bottleneck in de zin van dat het niet meer werkt, maar wel een bottleneck dat je andere verschillen niet ziet.

[Webgnome]

offtopic:
Vertraging door het gebruik van wifi? wait what?