Software-update: Pi-hole Core 6.0.5 / Web 6.0.2 / FTL 6.0.4

Pi-hole logo (75 pix) Versie 6.0.5 van Pi-hole Core is uitgekomen. Ook zijn Pi-hole Web 6.0.2 en Pi-hole FTL 6.0.4 verschenen. Pi-hole is een advertising-aware dns- en webserver bedoeld om te draaien op een Raspberry Pi in het netwerk. Als op de router naar Pi-hole wordt verwezen voor dns-afhandelingen, zullen alle apparaten binnen het netwerk er automatisch gebruik van maken zonder dat er instellingen moeten worden aangepast. Vervolgens worden advertenties niet meer opgehaald, waardoor pagina's sneller laden. In potentie kan er ook malware mee buiten de deur worden gehouden. Voor meer informatie verwijzen we jullie door naar de uitleg en video's op deze pagina, of deze handleiding van tweaker jpgview. De releasenotes voor deze uitgave kunnen hieronder worden gevonden.

Pi-hole FTL v6.0.4, Web v6.0.2 and Core v6.0.5 Released!

As always, please read through the changelogs before updating with pihole -up. (A new tag for docker image will follow shortly!) Don’t forget, you can use Teleporter to export your configuration. It can be found under the settings menu of the web interface or on the command line with pihole-FTL --teleporter

Another busy week of ironing out some post-release bug fixes, details of which can be found below! We’ve actually pushed a couple of smaller releases out since the last post, so we’ve included those notes in this post, too.

Notable Changes/Fixes

High RAM / CPU Usage during Gravity runs

During the development of Pi-hole v6.0, we followed a blog post describing that increasing the number of allowed workers as well as changing the default location for temporary objects from always-on-disk to always-in-memory is key to increased performance without doing any real measurements on this – at least it did not make things slower.

Nothing unexpected showed up during the extended v6.0 beta period but now we have #2194 and friends describing a massively increased memory and CPU usage on devices that were always on the edge of being still feasible for Pi-hole: Using millions of lists on devices that merely have 256 MB RAM for the entire system. See #2321 for details on how we have sought to fix these issues.

Webserver / Interface Slowness

A number of users reported a sluggish interface, which we suggested a potential workaround for in the last post. When we first released V6, we set the number of threads the webserver used to a conservative n -1, where n is the number of CPU cores on the device running Pi-hole. What this resulted in, was devices with 2 core CPUs only being allocated 1 thread. The reason for this default was due to a few reports during the beta test of the webserver not only becoming unresponsive, but the entire system becoming locked up to the point of not even being able to SSH into it!

With the help of a wider user base, and people making changes to the webserver.threads setting on their devices, we have revaluated that default. PR #2305 sets the default number of threads to 50, and #2326 aims to prevent the webserver from taking over the system under heavy load.

Crashing on Synology Devices

A number of users running on Synology devices have been unable to set a web interface password without the web server crashing. Thanks to everyone reporting this issue, we were able narrow it down to being due to issues with older kernels being built without support for getRandom(). Fortunately, DL6ER is a wizard. #2300 fixes this by adding two fallback layers in cases where secure (hardware) randomness is not available.

Versienummer 6.0.5 / 6.0.2 / 6.0.4
Releasestatus Final
Besturingssystemen Scripttaal
Website Pi-hole
Download https://github.com/pi-hole/pi-hole/releases/tag/v6.0.5
Licentietype GPL

Reacties (40)

40
40
36
1
0
4
Wijzig sortering
Beetje zelfde vraag als @Flappie ,
zijn er mensen die recent met zowel pi hole als adguard gewerkt hebben en een voordeel zien bij eentje ?

Ik ben meer dan een jaar geleden met Adguard Home begonnen (zit nu momenteel op mijn OPNsense router) toen vooral afgegaan op beetje bevindingen van andere gebruikers op die moment.

Is er iets dat Pi-Hole beter zou doen ? dan Adguard Home

Edit : op het werk heb ik een Adguard Home draaien op een Synology NAS, de OPNsense staat thuis

[Reactie gewijzigd door Hansie9999 op 6 maart 2025 11:08]

Voordeel van PI-Hole vind ik dat je profielen kan koppel aan een MAC adres ZONDER dat PI-hole ook DHCP server hoeft te zijn. DHCP laat ik liever aan mijn router over.
(https://github.com/AdguardTeam/AdGuardHome/issues/961)
hmm,

Ik heb hier voor iedereen zijn eigen VLAN (ook wifi) , alle clients krijgen op basis van hun MAC een vast specifiek IP adres (MAC randomizer staat uit op de smartphone's)

Die IP adressen heb ik allemaal in adguard home hun juiste naam gegeven en zo werkt het denk ik zoals U het wilt doen ?

Adguard hoeft in dit geval niet de DHCP server te zijn. (wat hij bij mij ook niet is)
Voor IPv4 werkt dit inderdaad prima, maar dit zou handig kunnen zijn met IPv6 en temporary IPv6 addresses die windows clients aanmaakt.
ah ja ok,

ik gebruik op mijn lan enkel de ipv4 :)

heb eigenlijk nog niks bekeken gehad voor ipv6 voor lokale LAN , zit daar iets van voordeel op ?
Niet helemaal; je sloopt meer met een halve implementatie dan je fixt.
Ik gebruik DNS Rewrites via AGH; maar op IPv6 had ik geen AGH als DNS ingesteld.

Aan de andere kant; als je IPv6 goed inricht, is je homelab beschikbaar via IPv4 en IPv6 :)
hmm,

Daar ga ik nog niet mee beginnen prutsen dan, veel te irritant als mijn vrouw dan weer komt roepen dat ze niet naar "thuis" (facepalm) kan kijken als ik weer zit te experimenteren :) :)
Dit is wel een interessante; dankjewel!

Draai zelf ook de AdGuard Home; ik maak de clients handmatig aan; maar IPv6 met temporary IPv6 adressen maakt dat overzicht minder overzichtelijk.
Het zou voor mij wel een toegevoegde waarde hebben.
Is dit bij Adguard Home niet?
Heb AguardHome wel eens geprobeerd, maar niet uitgebreid getest.
Ben prima tevreden met pi-hole en unbound beide in docker containers.
Ik heb recent mijn PiHoles vervangen door AdGuard. Ik vind de UI veel overzichtelijker, AdGuard kan ook veel meer out of the box (dns over https, load-balancing of round robin upstream DNS, meerdere upstream DNS servers, beter group management. En het laden en weergeven van de log is VEEL sneller.

Ook de config is gewoon 1 simpele YAML file. Geen gedoe meer met backup en restore en ook veel makkelijker om de twee in sync te houden dus.

My 2 cents.
Mijn idee is altijd geweest dat het makkelijker is om dit soort dingen met AdGuard te doen maar dat Pi-Hole uiteindelijk meer geavanceerde dingen kan (waar ik zelf nooit aan toegekomen ben door gebrek aan expertise).

Met AdGuard beginnen tot je tegen een limiet aan loopt dat Pi-Hole op zou kunnen lossen lijkt me een redelijk advies.

Edit: misschien vinden mensen wat van de Russische roots van AdGuard, maar dat mag iedereen voor zichzelf bepalen.

[Reactie gewijzigd door AJediIAm op 6 maart 2025 16:25]

In AGH kun je bloklists zo uit een kant en klare lijst aanvinken.
In Pi-hole moest ik ze altijd zelf bij elkaar zoeken via externe websites en daarna
copy/pasten.
Zelf merk ik dat adguard sloom wordt na een lange tijd gedraaid te hebben (resolven van aanvragen), heb nog niet de oorzaak kunnen vinden. Met pihole heb ik een stabielere snelheid.

[Reactie gewijzigd door jcbvm op 6 maart 2025 22:59]

Nou, dit gaat bij mij van 'good' (V5, 20% CPU) naar 'bad' (V6, 80% CPU) naar 'worse' (deze V6 CPU usage naar 160-380%)
Op een 'bare metal' Raspberri 3B.
Snel maar weer terug naar V5. :(
Hoe kan een CPU usage hoger zijn dan 100%?
Geen idee.
Maar dat staat links boven:

Status
Active
  • 0.00 q/min
  • CPU: 230.5 %
  • Memory usage: 18.3 %
edit:
Na een minuutje of 5 blijft het hangen tussen de 60-70%.
Maar na een "F5" is het weer dik boven de 100%.

Edit 2:
Klikken op 'system-info' geeft weer CPU-overload...(en na de reboot lijkt er niet meer geblokkeerd te worden volgens het grafiekje)
edit 2b: Gelukkig gebruikt de Pi-hole mijn AdGuard home server als DNS ;) dus wordt er nog genoeg geblockt.

System Information
Hostname: PiHole
CPU: 203.2% (load: 2.03 1.16 0.76) on 1 core running 95 processes (28.2% used by FTL)
RAM: 22.7% of 475.9 MB is used (14.2% used by FTL)
Swap: 0.0% of 100.0 MB is used
Kernel: Linux PiHole 6.6.69+ #1835 Thu Jan 2 11:19:29 GMT 2025 armv6l
Uptime: 2 hours (running since Thursday, March 6th 2025, 12:20:20)
FTL: PID 1132, last restart was on Thursday, March 6th 2025, 14:02:27

Edit 3: Ik ga eind van de middag 'm helemaal weer opnieuw bouwen. (Heb nu alleen even geen SD card ;)

[Reactie gewijzigd door LooneyTunes op 6 maart 2025 14:37]

in linux is de load per core als ik met het goed herinner. dus 50% load op een quad core is 12.5% totale cpu load. en 200% load is 50% totale cpu load
Welk proces dan? Echt zero load hier. Rpi5 weliswaar. pihole-FTL 0.3% load
Controlleer even je DB. Desnoods je DB even aan de kant zetten en PiHole een nieuwe laten opbouwen.
Heb deze ochtend mijn pihole geupdate van v5 naar v6 en de webif kwam er niet door en DNS werkte niet (webserver werd gewoon niet gestart en DNS liep vast) tot na soms 10min het er opeens door kwam..
Na backup maken van de database en pihole een nieuwe te laten aanmaken was het opgelost en vloog die er terug door
service pihole-FTL stop
mv /etc/pihole/pihole-FTL.db /etc/pihole/pihole-FTL_broken.db
rm /etc/pihole/pihole-FTL.db*
service pihole-FTL start
Load is altijd lastig te vergelijken maar ik herken jouw verhaal niet.
Mijn load ging op een 3b v5 van 15% naar 16% op v6.
Ik heb een vraag, ik gebruik nu namelijk NextDNS. Hoe gebruiken jullie Pi-Hole bijv. buiten huis? Ik heb op mijn iPhone en iPad een profiel zodat ook bij mobiel netwerkverkeer alles over NextDNS gaat.
Buitenshuis maak ik via Wireguard een verbinding naar huis zodat mijn dns verkeer door de pihole afgehandeld wordt.

[Reactie gewijzigd door Jesse- op 6 maart 2025 14:54]

Zo doe ik het ook. Met WG Tunnel werkt dat helemaal goed. Je verlaat je netwerk en Wireguard is meteen actief.
https://play.google.com/s...wireguardautotunnel&hl=nl
Waarom niet de gewoon de officiële Android Wireguard App?
https://play.google.com/s...?id=com.wireguard.android
Deze werkt met de officiële app. Hij zet alleen WG aan. Je kunt voor zover ik weet WG niet aan laten gaan op basis van wel/niet vertrouwde netwerken.
Wireguard kun je ook on-demand zetten; met keuze of je dit wilt op cellular; bepaalde netwerken wel (of juist niet).
Interessant. Hoe dan?
In de WG kan ik daar niets over vinden (alleen aan of uit) en toen ik er naar ging zoeken vond ik alleen WG Tunnel.
Ik heb het over Android.

[Reactie gewijzigd door AibohphobiA BoB op 6 maart 2025 17:49]

Tasker app. Dan kan je erop los automatiseren.
Grapjas, dat was niet de vraag.
Het blijkt dat on-demand alleen iets van Apple is. Daarom is de oplossing met WG Tunnel ook gewoon goed.
on demand implementeer je zelf via Tasker app
Niet in iOS, daar zit het klaarblijkelijk in.
Maar gebruik Tasker gerust. Nogmaals, het was niet het punt.
Heb een pivpn install die gekoppeld zit aan pihole
Ben enkele jaren geleden overgestapt op Adguard Home in een Proxmox container.
Gewoon lekker simpele installatie. Gewoon 1 package.

Weet niet wat momenteel de belangrijkste verschillen zijn maar zijn er redenen om nog eens weer te kijken naar Pihole? Of kunnen ze hetzelfde?
Is Adguard Home ook met Unbound te configureren bijvoorbeeld? Dat vind ik met Pi-hole wel echt ideaal.
Jazeker! Dat is gewoon mogelijk.
Uiteindelijk doen ze hetzelfde. Ook van Pihole is er een Docker container, dus ook gewoon 1 “package” zoals je het noemt.

[Reactie gewijzigd door CH4OS op 6 maart 2025 11:28]

Ik ben nog niet zo lang bezig met het ontdekken van zowel Pi-hole als AdGuard. Wat mij voorlopig opvalt is hetvolgende. Als ik wil uitpluizen wat er vooraf gegaan is aan een bepaalde geblokkeerde site, dan is dat bij Pihole relatief makkelijk terug te scrollen/klikken tot het tijdstip. Bij Adguard zit ik eindeloos te scrollen en uiteindelijk valt het tijdstip net buiten de maximale grootte van de pagina waardoor ik het nog niet zie.
Het zal vast mijn onhandigheid zijn dat ik nog niet alle opties doorheb, maar het klikt, naar mijn mening, net even fijner bij Pihole.
Exact dit is ook een serieuze fout die ik vind in adguard home (voor de rest loving it)

Ik kan maar NIET een datum en uur intypen om het log te bekijken en dat is rete irritant als je iets specifiek zoekt of wilt kijken of je kindjes wel echt flink in hun bed liggen :) :)
Pihole + Unbound is toch wel een heerlijke DNS-blackhole.

Op dit item kan niet meer gereageerd worden.