Software-update: Pi-hole Core 5.2.3

Pi-hole logo (75 pix) Versie 5.2.3 van Pi-hole Core is verschenen. Ook zijn Pi-hole Web 5.3 en FTL 5.4 uitgekomen. 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 changelog voor deze uitgave ziet er als volgt uit:

Pi-hole Core v5.2.2
  • Allow @ in adlist URLs #3912
  • Change wording in whiptail for adlist selection #3943
  • Further failsafe check for available APT packages #3537
  • Remove deprecated malwaredomains list #3937
  • Fix connection mechanism between Chronometer and FTL #3954
  • Fix release check for centos stream #3958
  • Only use 'Location:' header for FTL update check on Github API #3987

Versienummer 5.2.3
Releasestatus Final
Besturingssystemen Scripttaal
Website Pi-hole
Download https://github.com/pi-hole/pi-hole/releases/tag/v5.2.3
Licentietype GPL

Reacties (134)

134
131
103
0
0
3
Wijzig sortering
In het voorbeeld hierboven is 2,4% blocked. In de praktijk ligt het percentage zeker een factor 10 hoger.
Ik zit op 28,5% blocked.
Toch wel benoemenswaardig.

Merk alleen dat het soms toch wel blocking is bij het e.a.
Zoals de Ubisoft Connect client, dat is tegenwoordig geen directe download meer, maar gaat via tracking servers. Tja... lastig. Dat ga ik niet whitelisten, zet dan alleen voor die download maar even de DNS op 1.1.1.1 om zo die client te kunnen downloaden.

En jammer genoeg heeft PiHole nog steeds geen optie om Youtube ads te blocken.
Hoop dat daar nog eens een goede oplossing voor komt (anders dan een account nemen bij YT).
...
En jammer genoeg heeft PiHole nog steeds geen optie om Youtube ads te blocken.
Gaat hem niet worden met pi-hole. Zolang youtube alles op hetzelfde domain host als waar de video's vandaan komen kun je het schudden.
Voor Android: YouTube Vanced
Voor ShieldTV en AndroidTV: Smart YouTube
Voor Desktop: Firefox met een add-on die je makkelijk vind

Zo zie je nooit YouTube ads. Lekker rustig. Alleen als ik cast van telefoon naar ShieldTV heb ik nog ads, want de Chromecast YouTube player is een aparte app die je niet kan vervangen.
chrome: sponsorblock
Adblock Plus dat op alle browsers en alle desktop OS werkt heeft afgelopen 5 jaar ondanks alle trucjes van het Google team gewoon altijd alle adds geblokkeerd op Youtube.

Oftewel, zijn geen bijzondere extensies voor nodig. Jammer dat je op je iPhone wel redelijk stuck bent.

[Reactie gewijzigd door Malarky op 24 juli 2024 15:22]

Waarom pas je je DNS aan, is het niet makkelijker om even in het PiHole dashboard de PiHole uit te schakelen? Of bedoel je daarmee hetzelfde
Omdat je dan PiHole voor je complete netwerk uitschakelt, terwijl er maar 1 device is wat even buiten de PiHole om moet gaan.
Kun je niet kiezen om DNS queries van een bepaald apparaat niet te checken tegenover de lijst?
Raar.

Anyways, DNSoverHTTPS gaat wel een probleem zijn?
Ja, dat kan wel tegenwoordig.
Je kunt Groups aanmaken, en aan iedere group een eigen DNS filter hangen.
Anyways, DNSoverHTTPS gaat wel een probleem zijn?
Als je een apparaat/stuk software hebt dat alleen DoH kan/wil praten wel ja. Dnsmasq (en dus pi-hole) ondersteund dat niet.
Als je het wel wil gebruiken kan je ook AdGuard Home gebruiken. Die fungeert wel als DoH server en heeft verder vergelijkbare functionaliteit als pi-hole.
En jammer genoeg heeft PiHole nog steeds geen optie om Youtube ads te blocken.
Hoop dat daar nog eens een goede oplossing voor komt (anders dan een account nemen bij YT).


Je kan het oplossen met een VPN naar India voor het afsluiten van je abonnement, dan betaal je 120 rupee voor hetzelfde abonnement. Dat is omgerekend 1.5 euro per maand. Ik heb sindsdien geen enkele reclame meer.

[Reactie gewijzigd door asing op 24 juli 2024 15:22]

Brave browser in combi met Pihole en geen ads meer op YT incl. 4K kijken 👍
Gebruik UBlock origin. Werkt als een zonnetje voor het blocken van advertenties op YT in de browser, voor op de tv werkt dit niet.
Advertenties blocken op YouTube en Twitch e.d. gaat je niet lukken via een DNS. De advertenties worden tegenwoordig in de video zelf gestreamd en worden dus niet via een speciaal domein of aparte URL geserveerd. Pi-hole kan daar niets tegen doen.
Voor youtube ads gebruik ik someonewhocares.org host file op mijn PC/Laptop. Werk in feite hetzelfde.
Voor dat soort downloads gooi ik dan meestal even de VPN aan :) al zal het denk ik wat van de (instellingen van) je VPN client liggen of die dan ook een andere DNS server erbij pakt. Ik heb daar niet bewust naar gekeken, maar met de stock NordVPN client kom je er wel voorbij.

[Reactie gewijzigd door doltishDuke op 24 juli 2024 15:22]

Ik zit op 11%, welke adlists gebruik je allemaal? Ik alleen die van https://firebog.net/
Mwoa, een factor 10 is wel erg veel. Ik zit zelf op onveveet 15%, maar het zal afhangen van de sites die je bezoekt en de ingeladen block lists.
En hoeveel van je clients hiernaast ook nog een adblocker hebben geïnstalleerd.
Een adblocker op je client komt pas als allerlaatste aan de beurt om in actie te komen. Deze heeft dus op geen enkele manier invloed op Pi-Hole.
Een request begint toch bij de client? Als nou daar al een request naar een ad wordt verwezen naar 127.0.0.1, dan komt die nooit aan op de pi. Het hangt er dus vanaf hoe de adblocker op de client werkt.
Zoals @delphium zegt, is de adblocker toch de eerste "line of defense"? Het is de adblocker die beoordeelt en pas daarna PiHole.

Als ik uBlock op alle clients actief zet, komt het percentage in PiHole op een 4 procent. Zet ik ze allemaal uit, dan kom ik op 11% uit. Pihole krijgt dus meer te verwerken als de adblockers uit staan
Gemiddelde ligt rond 22 loopt soms op tot 48%. Ik heb nu Samsung smart tv in een gescheiden groep gezet om op 18% terug te vallen. De cijfers zijn verwarrend omdat men unieke queries telt en niet unieke name resolving. Als je twee namen redolved in totaal, waarvan de 1ste 1x toelaat, de 2de 99x blockt, dan kom je ook 99% uit. Logisch zou dat 50% moeten zijn. Je hebt 2 unieke namen resolved, waarvan 1 gestopt. Het aantal keer dat je een unieke naam resolved is niet van belang om de impact op risico te bepalen.
Juist bij tracking systemen is het aantal keren dat geblocked is relevanter dan dat het eenmaal geblockt is. Immers bij tracking is de frequentie wel degelijk van belang.
Hier draait de nieuwe versie ook sinds hedenmorgen, teller staat alweer op 44,9% met 11K queries blocked. Ga of je famile maar even naar FB, telegraaf en de teller schiet omhoog.
Met meer blocklists er in kan het percentage met gemak een factor 10 stijgen. Ik zit gemiddeld op 23% tegenwoordig.
Op dit moment staat m'n Pi.hole op 69.3% blocked...
Ik zit op 59,5% en gebruik alleen de lijst van https://dbl.oisd.nl/
Dat had ik ook, maar ik merkte dat er toch wel dingen 'stuk' gingen zoals de NOS app, bijna al mijn Windows Store games, mijn appje waarmee ik mijn wifi scan (om één of andere duistere reden wordt het opvragen van mijn externe IP adres geblokkeerd, waardoor de app niet meer werkt) dus ik heb aardig wat handmatig moeten whitelisten om het voor iedereen weer gezellig te maken in huis.

Uiteraard haal ik nu de 50% lang niet meer.
Je zou natuurlijk bepaalde dingen aan je whitelist kunnen toevoegen zodat je apps wel weer werken. Maar als het nu ook naar tevredenheid werkt met de lijsten die je nu gebruikt is het natuurlijk ook helemaal prima.
Hier idem. Met o.a. die lijst (maar nog enkele meer, ik meen de standaard lijsten van pi-hole)1,1M domains in blocklist, precies 64% geblokkeerd.
Bij mij klopt dat inderdaad. Mijn huidige instantie van pihole draait 1 week. 28,5÷ van de DNS query's zijn tegen gehouden. Ik gebruik zelf brave op desktop, laptop en mobiel. Mijn vriendin niet. Ik moet zeggen dat ik wel een beetje geschrokken ben van dit percentage. Het is maar goed dat hij ertussen zit.
Wat je eigenlijk eens moet doen, is kijken welke devices je nog meer in je netwerk hebt, via pi-hole laten lopen en dan bekijken wat die (bijv 's nachts) nog allemaal lopen te babbelen met online diensten... daar schrok ik pas van.

Heb dan nu ook een no-internet vlan in het leven geroepen, niet al mijn devices hoeven naar internet te kunnen namelijk. Van die apps die leuk zeggen, bedien je x-device overal ter wereld. Ja leuk, maar dan maak ik wel eerste een VPN connectie naar huis. En dan bedien ik het wel.

Volgende projectje wordt om eens uit te zoeken of ik bijv. de tv alleen toegang kan geven tot diensten die ik gebruik op het apparaat. En dat de rest geblocked is, zonder dat het apparaat omvalt. ;-)
Heb na 12 jaar nu een jaar zo'n smart tv. Viel me ook al op dat die regelmatig dingen doet. Bevalt me voor geen meter. Heb in ieder geval een speciaal account voor Google aangemaakt voor de TV en hij draait altijd via een VPN. Maar dat blocken ben ik wel geinteresseerd naar hoe dat voor elkaar te krijgen is.
Wanneer je gebruik maakt van bijvoorbeeld ublock origin, dan heeft pihole bij tijden weinig te doen waardoor het percentage om laag gaat. Het zelfde is bijvoorveeld je internet gedrag. Op bijv. marktplaats of buienradar wordt meer geblokkeerd als bijvoorbeeld op tweakers.

Iets wat ik niet zeker weet is of meerdere lijsten met de zelfde domeinen, ook voor een dubbel aantal geblokkeerde adressen zorgt.

Ik heb gemiddeld 9-14% van alle aanvragen geblokkeerd.
Als PiHole middels gravity de lijsten update, wordt het als laatste ontdubbelt.
Klopt ongeveer .Maar hangt heel erg af van je omgeving

[Reactie gewijzigd door Webgnome op 24 juli 2024 15:22]

Bij mij gaat het al boven de 90%. Ik gebruik .* als blacklist. Bij een simpele site als nos.nl worden al 5 van de 6 domeinen geblokkeerd. Als je ook ziet hoeveel achtergrondverkeer er op de telefoon rondgaat, schrikbarend.
Dit ligt nogal aan je situatie. Er zijn apparaten die iedere 5 seconde een geblokkeerd domein proberen te bereiken. Dan is dat percentage inderdaad veel hoger.
Blockt deze ook youtube ads?
Nee. Wat je wel kan doen als je op alle services geen reclame wilt is YouTube premium afsluiten via India. Je betaald dan ongeveer €1,20 per maand. Je hebt hier wel een VPN verbinding voor nodig.

Ik wilde Ads blokkeren op mijn AppleTV omdat je daar bij elke video reclame krijgt. Maar dat kreeg ik niet voor ellaar op DNS niveau.
Wow! Thanks. Meteen gedaan 😬 misschien goed om te melden dat je de VPN alleen nodig hebt om het abonnement af te sluiten en niet om vervolgens te kunnen kijken.

[Reactie gewijzigd door MeetTommy op 24 juli 2024 15:22]

Moet je een nieuw account maken of kan je je bestaande account gebruiken?
Je kan gewoon je bestaande account gebruiken.
Goede tip. Creditcard nodig denk ik?
Ja! Dat is wel aan te raden.
Youtube Premium via NL kan ook prima :) . Is wat duurder maar geen VPN nodig.
Dat is zeker waar. Maar ik vind het geen 15 euro waard. Zeker omdat ik YouTube Music niet gebruik (zit ook bij YouTube Premium) en veel andere extras die het aanbied.
Dat heb ik helaas niet voor elkaar gekregen. Daarom gebruik ik newpipe op Android IPV de YouTube app.
https://smartyoutubetv.github.io/
Niet dat Newpipe slecht is, maar hiermee kan je nog gewoon je YouTube account gesynced houden.
Werkt dit ook op Android telefoons of alleen op AndroidTV?
Verder kan newpipe ook je huidige subscriptions importeren. Ik weet alleen niet of je ook terug kan syncen...

[Reactie gewijzigd door Borkus op 24 juli 2024 15:22]

Voor je telefoon heb je YouTube Vanced. Beide zijn gemodde YouTube apps dus je kan gewoon inloggen.

NewPipe is een mooie oplossing omdat het helemaal los staat van de YouTube apps (het scraped de website) maar ik miste Chromecast support.
Youtube gebruikt sinds een tijd het echte domein (youtube.com) ipv ads.youtube.com, dit maakt het een stuk moeilijker zo niet vrijwel onmogelijk om eromheen te komen.

Op Android is er Youtube Vanced, een erg goede reklamevrij alternatief. Voor de rest zal het vrij lastig blijven
Zie hierboven..https://smartyoutubetv.github.io/ of NewPipe :)
Nee. Dat gaat eigenlijk gewoon niet via DNS-blocking.
Met Ublock in Firefox wel, dan is YouTube reclameblok vrij.
Voor Android kan je YouTube Vanced gebruiken of inderdaad newpipe zoals eerder genoemd in de reacties

[Reactie gewijzigd door AOC op 24 juli 2024 15:22]

Taro Moderator General Chat / Wonen & Mobiliteit @Verwijderd16 januari 2021 16:54
Aanvulling op andere reacties: In sommige gevallen zag ik met Pi-Hole wel het kader van de advertentie onderin de video, maar niet de grafische afbeelding/banner. Tegenwoordig heb ik YouTube Premium dus kan niet bepalen of dit nog steeds zo is.
Ik gebruik uBlock origin in al mijn browsers en Blokada ad-blocking op mijn telefoon. Ik heb al een jaar lang geen reclame gezien. Heel tevreden zo. Wat zou Pi-hole hier nog aan kunnen toevoegen?
Pi-hole blokkeert voor je hele netwerk, alle apparaten die verbinden (TV, telefoons, tablets maar ook alle smart devices). Dus ook voor gasten en apparaten die geen adblocker hebben of waarvan je niet wilt dat ze naar huis bellen (of in elk geval wil zien wat ze allemaal doen).
Helaas zijn er ook devices die een hardcoded DNS server gebruiken.
Die gebruiken dus niet je door je DHCP server toegewezen Pi-hole als DNS server.
En als je dan in de firewall / router rechtstreeks DNS verkeer van die devices blokkeert werken ze helemaal niet meer.
Je kunt nog wel proberen in je firewall / router dat DNS verkeer weer door te sturen naar je Pi-hole.
Dat is niet mijn ervaring. Mijn router vangt al het uitgaande verkeer op poort 53 af (behalve wat van pihole komt) en routeert het dan alsnog naar pihole. 99% van de tijd levert dit geen problemen op.
Dit wou ik ook reageren. Al mijn Google devices pakken daardoor ook geen Google DNS. Een Nest hub doet bij het opstarten 2 min alsof die geen internet heeft, en uiteindelijk doet die het dan. Hier dus ook alle verkeer van lan->wan pakt poort 53 op via de PiHole op eeen Ubuntu vM. Werkt fantastisch! DNS Sec aan en uplink via Quad9
Maar hoe doe je dat dan met DNS over https? Dat begint hier op het netwerk een plaag te worden via apps die hardcoded een DNS over https benaderen.

[Reactie gewijzigd door LionkingNL op 24 juli 2024 15:22]

welke zijn dat dan wel niet ?
bovendien kun je in een beetje router ook ip adressen blokkeren

[Reactie gewijzigd door habbekrats op 24 juli 2024 15:22]

De Google Home en Chromecast apparaten bijvoorbeeld. Die willen altijd 8.8.8.8 gebruiken. In mijn router heb ik daar een vage route voor aangemaakt zodat het niet werkt (blokkeren kan niet binnen Asus WRT Merlin op mijn AC68U). Die apparaten vallen daardoor terug op de DNS van de DHCP.

[Reactie gewijzigd door CH4OS op 24 juli 2024 15:22]

In mijn Asus AC88 verwijst de DNS van de router naar de Pihole. Een apparaat wat dus een ipadres krijgt van de DHCP gebruikt dan mijn Pihole IP welke de DHCP automatisch meegeeft.

In het begin had ik ook op elk apparaat een handmatige de dns ip van Pihole maar met meerdere familie leden is dit een kolere werk plus dat ze vragen waarom je de telefoon instellingen moet veranderen.

Ook kun je een apparaat welke halsstarrig eigen ip's gebruikt omleiden naar je eigen pihole
Hieronder een voorbeeld hoe dat kan.
https://www.expressvpn.co...ng/asus-block-ip-address/
Dat is precies wat ik allemaal ook gedaan heb. ;) Maar strict gezien is een route natuurlijk geen échte blokkade.

[Reactie gewijzigd door CH4OS op 24 juli 2024 15:22]

met een DHCP option 6 kan je de DHCP server instrueren dat alle clients een specifieke DNS server krijgen. Dan hoeft je verder niets meer handmatig in te stellen.
Maar is er ook een browserfront-end lokaal? Want wat ik in uBlock zo prettig vindt is de elementkiezer om bepaalde delen van websites te 'wissen'. Voor bestaande sites geen probleem - dan exporteer ik die regels wel naar Pi-Hole (als ik er aan zou beginnen), maar voor nieuwe regels wordt dat wat lastiger zonder elementkiezer.
Nee wel een aan en uit plug-in. De pihole houdt alles al tegen.
Je zal hier voor wel je DNS in je router/modem moeten aanpassen. Dit lukt niet met een standaard Ziggo router/modem(voor zover ik weet, tips zijn welkom!). Je zal dus een ander apparaat (bijvoorbeeld je pi) ook als dhcp moeten laten werken. Voor mijn telefoon is het wat makkelijker daar loopt al mijn verkeer van een VPN die ik thuis draai.

[Reactie gewijzigd door Borkus op 24 juli 2024 15:22]

Goede tip voor de ziggo gebruikers. Hier xs4all dus alles wat makkelijker.
Dat je die apps binnen huis niet hoeft te hebben :)

Maar daar had je best zelf achter kunnen komen Sherlock ;)
PI-Hole werkt op alle apparaten in je netwerk.

Je hoeft het dus niet afzonderlijk in te stellen en werkt ook op de apparaten die die bovenste apps niet ondersteunen.

Daarnaast werkt uBlock in de browser, maar niet binnen andere programma's?
Die apps staan alleen op jouw devices. Met een PiHole zou je alles in je netwerk kunnen 'beschermen', dus ook de devices van je partner/gezin, en ook devices waar je je genoemde apps niet op kan zetten (smart home devices bijvoorbeeld).
Ublock en Blokada gebruik ik hier ook. Pihole blokkeert nog maar 2,5%. Een kleine toevoeging dus, tenzij er bezoek is wat gebruik maakt van de wifi. Maar alleen de oplettende merkt er wat van..
Kan je toevallig ook zien hoeveel mb aan data je bespaard hebt door het blokkeren van de ads in pihole?
Nee, want je haalt die data (ads) niet binnen door de blocklists.
nee, aangezien pihole op dns niveau werkt, en de ads dus niet geladen kunnen worden
Nee, omdat je niet kan bepalen hoeveel je niet hebt gedownloaded, maar het kan erg snel erg hard gaan.

Even puur anekdotisch:
Ik heb een paar jaar geleden is een testje gedaan over dit onderwerp. Ik had op m’n browser alle tracking-blokkering e.d. uitgezet. En vervolgens met de developer-functies van de browser gekeken hoeveel ik downloadde per website.

Daarna dezelfde sites met adblockers e.d.
Bij veel gangbare sites was (zoals nu.nl, rtlnieuws.nl, enz) was het een daling can 40-60% aan data. En nog maar te zwijgen over hoeveel sneller de sites klaar waren met laden.
Het ruime merendeel aan de extra data bestond uit stukken JavaScript dat puur en alleen het doel had om te profileren en reclames te laten zien. Een klein gedeelte van de geblokkeerde zaken bestonden uit de daadwerkelijke afbeeldingen van de advertenties.

De sites functioneerden helemaal goed.

Ik weet niet of het tegenwoordig nog steeds zo veel verschil is natuurlijk.
Ik ben overgestapt van Adguard Home naar Pi-hole om dit speciaal te testen: https://gitlab.com/grublets/youtube-updater-for-pi-hole. En ik moet zeggen dat dit toch vele malen beter werkt, met Adguard Home werd ik bijna gestoord van al die ads die mijn AppleTV serveerde, nu is dat echt tot een minimum, soms komt er nog wel eens een ad door, maar het is meer niet dan wel.
Probleem is wel dat hoe meer domeinen worden toegevoegd hoe meer video’s niet meer starten. Ik had vorig jaar op een gegeven moment ook heel veel van die domeinen geblokkeerd en steeds vaker wilde een video niet starten (omdat video’s ook via die domeinen worden gestreamed). Dat was nog irritanter dan de reclames.
Heb daar soms ook last van, maar in dit geval op de AppleTV even terug gaan en de video opnieuw starten is wat bij mij helpt.
Ja klopt maar hoe meer YouTube domeinen je in je blacklist hebt staan hie moeilijker het wordt. Soms moet je dan twee of drie keer opnieuw starten.
Wat je eventueel ook kunt doen is dit:
(\.|^)^r[0-9]{1,99}-*sn-*[a-z0-9]{1,99}[a-z0-9]{1,99}\\.googlevideo\\.com$$

Heb ik ook toegevoegd.
Maar het probleem blijft dat er ook video’s vanaf die domeinen wordt gestreamd. Dan moet je dus de video herstarten en hopen dat die daarna vanaf een domein komt wat je niet geblokkeerd hebt. Ik heb dit tot vorig jaar zo gebruikt, maar het niet starten van video’s was uiteindelijk vervelender dan de reclames.
Sinds Pihole 5.2 is de web interface erg langzaam. Daarom zit ik nog steeds op 5.1. Eenvoudig te reproduceren door de Docker-versie op te spinnen. Andere mensen hier ook last van? Ik heb dit probleem op meerdere plekken gemeld maar krijg er geen respons op. Hoop dat deze versie het oplost, de Docker containers zijn nog niet bijgewerkt.

[Reactie gewijzigd door MarcoC op 24 juli 2024 15:22]

Reproduceer je het op dezelfde omgeving? Dan kan het ook aan je omgeving liggen.

Interface is gewoon snel als altijd hier tijdens alle voorgaande versies.
Ik heb 3 verschillende systemen geprobeerd. En omdat het een Docker-container is lijkt de kans mij klein dat het aan de omgeving ligt.
3 verschillende systemen in dezelfde omgeving?
Allemaal met Docker:
2x WSL2 (draaiende op Ubuntu)
1x Ubuntu server

3 verschillende hardware-systemen
Zelfde netwerk? Jij vraagt je niet af na 3x proberen waarom zo weinig andere mensen hier last van hebben? Ik heb er 2 draaien, 1 lokaal, en 1 in AWS allebei gewoon rap.
Ook als ik de netwerkverbinding verbreek is de performance exact hetzelfde. Als ik Pihole lokaal installeer en lokaal benader, wat heeft het netwerk er dan mee te maken?

Misschien het even meetbaar maken: op mijn laptop (i5) is de laadtijd van een lege admin/queries.php 944ms. Op mijn zeer slome server met Pihole 5.1 laadt queries.php (waarin heel veel data staat) in 131ms. Een erg groot verschil. Misschien dat andere mensen 944ms als rap ervaren, maar ik niet.

Wat is de laadtijd van queries.php bij jou? Klikken op Query Log in de UI.

[Reactie gewijzigd door MarcoC op 24 juli 2024 15:22]

Waar vind ik die query tijd voor die pagina dan?
In Chrome developer web tools gebruiken, tabblad Network, en dan bij "All" kijken.

Hier mijn resultaat:
https://i.ibb.co/v4CFT95/image.png
Ah ok moment ...

901 AWS en 752 lokaal.. Is dat heel traag? Zo ervaar ik het niet.

Ik kijk niet goed, ik ik keek naar de hele pagina:

Lokaal 267 en AWS 320 alleen queries.php

Lokaal is een Orange Pi, AWS is een Ubuntu 20.04 EC2 in een AZ buiten de EU

[Reactie gewijzigd door pennywiser op 24 juli 2024 15:22]

Ik vind dat traag omdat v5.1 rond de 100ms zat op extreem slome hardware.
Ik heb het aangepast, ik keek niet goed.

Het schommelt voor beide instances tussen 200 en 300ms bij mij, alleen queries.php

Ik ervaar dit niet als traag, ook gezien de hardware en geolocatie.

Maar als het zo gestegen is, is er natuurlijk wel iets veranderd in tussentijd.

[Reactie gewijzigd door pennywiser op 24 juli 2024 15:22]

Op mijn laptop laadt queries.php bij v5.2 in 900ms en v5.1 in 27ms. Erg groot verschil.
Als ik het goed begrijp komt Pi-Hole tussen je router en het internet.
Een blacklist blokt de foute DNS-requests.

Zijn er geen routers die dezelfde lijsten kunnen laden en blokken?
Zijn er andere voordelen dat een losse Pi dat doet?

Ik gebruik Windscribe VPN (lifetime lic. tijdens BlackFriday) die houdt 99% van de advertenties tegen zonder losse add-blocker. Die data wordt dus bij hun al tegengehouden.
NB. YouTube adds zijn leeg, alleen een timer die ik makkelijk kan overrulen.

Zou een losse Pi nog voordelen hebben?
Nee je vpn is voldoende en Pihole levert je verder niks op.
Ik zit op 30,6% geblokt verkeer.

Pihole draait al even op mijn NAS middels Docker, en modem in bridge (want Ziggo) om DNS aan te passen. Heb er naast de updates geen omkijken naar. Volgens mij zijn de updates ook te automatiseren, maar daar ben ik nog niet aan toe gekomen.
Voordeel van deze setup is dat alle apparaten op het netwerk die verbinding zoeken met internet langs Pihole gaan.
Niet dat het een enorme opgave is, maar makkelijk is altijd fijn: Ik gebruik vaak Pi-Finder voor het klusje van updaten etc. Snel ingelogd en een terminal open.
Er zit een groot verschil tussen adguard en pihole.
Adguard komt niet in de buurt van wat pihole afvangt.
Er kan soms wel iets te veel geblokkeerd worden bij de pihole, ergens betaal je een prijs.
Het probleem is dan vaak weer makkelijk op te lossen.
Maar het is waar dat een smart tv een ongelofelijke hoeveelheid verkeer genereerd.
Veel is er dan al uit gezet bij mij, maar Netflix behoord tot de toppers van informatie versturen.

Adguard home en pihole gebruikt.
De interface van adguard is cleaner maar zeker niet beter.
Als je handmatig iets blokkeert in adguard is er een grote kans dat er niets gebeurd.
Bij pihole werkt het gewoon, mag er dan niet zo mooi uit zijn, maar het werkt.
Dat het werkt is het belangrijkste, niet de mooie interface.

Maar dat is mijn mening en je hoeft het daar niet mee eens te zijn.

[Reactie gewijzigd door Verwijderd op 24 juli 2024 15:22]

Hoe kom je daarbij?
Wat er wordt geblokkeerd hangt van je blocklist af. De een vangt niet meer dan de ander.

AdGuardHome ben ik recent op overgestapt. Het is 1 binary en 1 config file. Dat vind ik een stuk netter dan al de verschillende tooltjes die PiHole vormen.

Ik heb sinds ik ben overgestapt (draai AGH zelfs buiten Docker omdat het maar een enkele binary is) niks gemerkt van ads. De UI is ook sneller. En je kan zelfs al QUIC gebruiken.
Draai je het op een Raspberry PI?
Eerst wel, maar nu gebruik ik geen RPi meer. Het werkt gewoon op alle platformen. https://github.com/Adguar...ting-Started#installation
Waarom zou pihole meer afvangen dan adguard? Ik neem aan dat je adguard home bedoelt? Met een zelfde blocklist zou er geen verschil moeten zijn toch?

Op dit item kan niet meer gereageerd worden.