Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden.
Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Pi-hole Anteil geblockter Content
- Ersteller SIR_Thomas_TMC
- Erstellt am
testwurst200
Commander
- Registriert
- Sep. 2018
- Beiträge
- 2.233
- Registriert
- Aug. 2014
- Beiträge
- 3.003
Danke schonmal. Ist ne ganz schöne Spanne von wenigen Prozent bis 2/3. 🙂
EiPi
Lt. Junior Grade
- Registriert
- Juli 2020
- Beiträge
- 296
Nein, die DNS Anfragen kommen überhaupt nicht zu stande, weil die beiden Addons im Browser die DNS Anfrage ins Leere laufen lassen. Somit muss das das PiHole gar nicht behandeln.AlanK schrieb:Kann doch gar nicht sein.
Erst blockt (d)ein DNS erst dann blocken deine Browser addons das was durchkommt.
Wenn eine Regel im PiHole eine DNS blockt, kommt die in den Browseraddons nicht zum Vorschein.
Du hast mich nun gerade etwas verunsichert. Es ist aber gut, wenn man dann und wann mal wieder darüber nachdenkt, wie was funktioniert.
Ach, und eine wichtige Info wäre dann noch, dass mein PiHole mit dem Unbound DNS Server arbeitet. Wobei dies hier auch keinen Unterschied macht.
Zuletzt bearbeitet:
kartoffelpü
Rear Admiral
- Registriert
- Juni 2018
- Beiträge
- 5.563
Ja, kann sein. Stichworte DoH und DoT:dominic.e schrieb:Kann es eigentlich sein, dass der Safari von MacOS die DNS Anfragen "umgeht", bzw. den PiHole umgeht?
https://de.wikipedia.org/wiki/DNS_over_HTTPS
https://de.wikipedia.org/wiki/DNS_over_TLS
https://www.zdnet.com/article/apple-adds-support-for-encrypted-dns-doh-and-dot/
Zum Thema: bei mir sinds nur ca 21%.
Michael-Menten
Commander
- Registriert
- März 2019
- Beiträge
- 2.218
Hängt davon ab was für Traffic anliegt und was geblockt wird.
Von den 18k geblockten sind 8k vom TP-Link router. Dazu kommen nochmal 1.4k von einem einzigen IOT-Gerät und der Großteil des verbleibenden Restes sind weitere Telemetrie Daten. Werbung macht einen überraschend kleinen Anteil aus und die wenigsten Anfragen gehören tatsächlich zu "Webseiten"/content.
Von den 18k geblockten sind 8k vom TP-Link router. Dazu kommen nochmal 1.4k von einem einzigen IOT-Gerät und der Großteil des verbleibenden Restes sind weitere Telemetrie Daten. Werbung macht einen überraschend kleinen Anteil aus und die wenigsten Anfragen gehören tatsächlich zu "Webseiten"/content.
Woher weiß der Browser was er nicht abrufen soll wenn ich nur Bild.de eintippe. Ein addon kann auch nicht in die Zukunft sehen.EiPi schrieb:Nein, die DNS Anfragen kommen überhaupt nicht zu stande, weil die beiden Addons im Browser die DNS Anfrage ins Leere laufen lassen. Somit muss das das PiHole gar nicht behandeln.
Wenn eine Regel im PiHole eine DNS blockt, kommt die in den Browseraddons nicht zum Vorschein.
Du hast mich nun gerade etwas verunsichert. Es ist aber gut, wenn man dann und wann mal wieder darüber nachdenkt, wie was funktioniert.
Ach, und eine wichtige Info wäre dann noch, dass mein PiHole mit dem Unbound DNS Server arbeitet. Wobei dies hier auch keinen Unterschied macht.
Ich tippe Bild.de ein, Daten kommen durch pihole zum Browser und dort wird dann das addon aktiv.
Wenn es so wäre wie du schreibst müsste ich die Adresse vom tracker eingeben damit das addon vor pihole blockt.
Musst schauen ob der DNS Server richtig eingetragen ist.dominic.e schrieb:Kann es eigentlich sein, dass der Safari von MacOS die DNS Anfragen "umgeht", bzw. den PiHole umgeht? Mir ist vorhin bei meiner Frau aufgefallen, dass die meisten Seiten Werbung hatten, wo dann bei Chrome alles weg war.
Normalerweise umgeht er nicht, machen meine macs auch nicht.
Ich habe meine blocklists gesammelt. Den link Finder ihr in meiner Signatur, falls jemand interessiert ist.
Chico85 schrieb:Woher weiß der Browser was er nicht abrufen soll wenn ich nur Bild.de eintippe. Ein addon kann auch nicht in die Zukunft sehen.
Ich tippe Bild.de ein, Daten kommen durch pihole zum Browser und dort wird dann das addon aktiv.
Wenn es so wäre wie du schreibst müsste ich die Adresse vom tracker eingeben damit das addon vor pihole blockt.
Du tippst "bild.de" ein, die DNS-Query geht zu Pihole, Pihole lässt das durch, und der Content von "bild.de" kommt durch.
Der Content von "bild.de" sagt deinem Browser, dass er bitte Werbung von "ads.bild.de" und Tracker von "tracker.google.de" nachladen soll. Dein Browser weigert sich, das nachzuladen, weil das Addon das nicht aus der Zukunft, sondern von der Seite erfährt, die diesen Content eingebunden hat.
Nein. Bevor die DNS-Query für die Werbung und die Tracker überhaupt abgesetzt wird, blockiert das Addon die Anfrage. Da braucht es keine DNS-Query für.
//edit: Das ist auch der Grund, wieso mein PiHole quasi nichts zu blockieren hat.
//edit: Das ist auch der Grund, wieso mein PiHole quasi nichts zu blockieren hat.
Zuletzt bearbeitet:
- Registriert
- Aug. 2014
- Beiträge
- 3.003
@wirelessy und @Chico85
Ich hatte im ersten Moment auch erst gedacht, durch pi-hole kommt die Werbung erst gar nicht an (und meine das auch so auf der einen oder anderen Erklärseite gelesen zu haben).
Aber sofern die Anfrage nach dem Unterinhalt einer Webseite (also bei schlumpfine.de nach xyz-werbung.com) gar nicht erst ausgelöst wird, gibt es auch vom dns gar nichts umzuleiten. Insofern kann ich das, was wirelessy sagt, schon nachvollziehen.
Der Vorteil beim dns-blockieren ist ja auch, dass es ohne Adons und auf jedem Endgerät, das in das jeweilige Netz eingewählt ist, funktioniert. Im Endeffekt ergänzen sich beide ziemlich gut.
Ansonsten bitte ich euch aber, das in einem separaten Thema weiterzuführen, da es inhaltlich meiner Meinung nach von dem eigentlichen Thema hier (auch wenn für mich im Endeffekt alle Infos, die ich so brauche, geliefert wurden, und insofern "erledigt" wäre) getrennt werden kann und so mit einer passenden Überschrift auch besser zu finden ist/wäre. Gerne könnt ihr dann in dem Thema hier auch noch einen Link zum neuen Thema mitliefern.
Ich hatte im ersten Moment auch erst gedacht, durch pi-hole kommt die Werbung erst gar nicht an (und meine das auch so auf der einen oder anderen Erklärseite gelesen zu haben).
Aber sofern die Anfrage nach dem Unterinhalt einer Webseite (also bei schlumpfine.de nach xyz-werbung.com) gar nicht erst ausgelöst wird, gibt es auch vom dns gar nichts umzuleiten. Insofern kann ich das, was wirelessy sagt, schon nachvollziehen.
Der Vorteil beim dns-blockieren ist ja auch, dass es ohne Adons und auf jedem Endgerät, das in das jeweilige Netz eingewählt ist, funktioniert. Im Endeffekt ergänzen sich beide ziemlich gut.
Ansonsten bitte ich euch aber, das in einem separaten Thema weiterzuführen, da es inhaltlich meiner Meinung nach von dem eigentlichen Thema hier (auch wenn für mich im Endeffekt alle Infos, die ich so brauche, geliefert wurden, und insofern "erledigt" wäre) getrennt werden kann und so mit einer passenden Überschrift auch besser zu finden ist/wäre. Gerne könnt ihr dann in dem Thema hier auch noch einen Link zum neuen Thema mitliefern.
- Registriert
- Aug. 2014
- Beiträge
- 3.003
Ist doch aufgeklärt worden. Diese Diskussion, falls doch noch nötig, wäre aber eher ein Threadkapern. Ich wollte gerne ein paar Vergleichswerte zu meinen Filter%. Das ist für mich jedenfalls nicht sinnlos gewesen.
PHuV
Banned
- Registriert
- März 2005
- Beiträge
- 14.219
Ich kann die github-Einträge nicht empfehlen. Sie blockieren einige Shops wiedsahm schrieb:Anhang anzeigen 1042185
Anhang anzeigen 1042192
Blocklisten:
https://adaway.org/hosts.txt
https://v.firebog.net/hosts/AdguardDNS.txt
https://v.firebog.net/hosts/Admiral.txt
https://raw.githubusercontent.com/anudeepND/blacklist/master/adservers.txt
https://s3.amazonaws.com/lists.disconnect.me/simple_ad.txt
https://v.firebog.net/hosts/Easylist.txt
https://pgl.yoyo.org/adservers/serverlist.php?hostformat=hosts&showintro=0&mimetype=plaintext
https://raw.githubusercontent.com/FadeMind/hosts.extras/master/UncheckyAds/hosts
https://raw.githubusercontent.com/bigdargon/hostsVN/master/hosts
https://raw.githubusercontent.com/jdlingyu/ad-wars/master/hosts
https://raw.githubusercontent.com/w13d/adblockListABP-PiHole/master/Spotify.txt
https://raw.githubusercontent.com/r-a-y/mobile-hosts/master/AdguardMobileAds.txt
https://raw.githubusercontent.com/r-a-y/mobile-hosts/master/AdguardMobileSpyware.txt
https://hostfiles.frogeye.fr/firstparty-trackers-hosts.txt
https://hostfiles.frogeye.fr/multiparty-trackers-hosts.txt
https://raw.githubusercontent.com/RPiList/specials/master/Blocklisten/notserious
https://www.technoy.de/lists/fake-streaming.txt
https://phishing.army/download/phishing_army_blocklist_extended.txt
http://phishing.mailscanner.info/phishing.bad.sites.conf
https://github.com/RPiList/specials/blob/master/Blocklisten/easylist
Nicht so viele, aber aus Erfahrung mache ich es schrittweise....
https://shop.audified.com/
https://joeysturgistones.com/
für Audio-Plugins. Die Webseitendarstellung wird total zerstört. Da hilft es auch nicht, wenn man diese in in Pihole in in die Whitelist aufnimmt.
Ähnliche Themen
- Antworten
- 20
- Aufrufe
- 8.258
- Antworten
- 7
- Aufrufe
- 2.903
- Antworten
- 5
- Aufrufe
- 1.420