Der beste Ad-Blocker der Welt!

micserver · 30. März 2016 um 22:03

… so, ausprobiert, scheint grundsätzlich problemlos mit dem PI 1B (IPS + Pilight + Pi Hole) zu funktionieren.
„Wetter.com“ lädt auf unserem betagten IPad 2 jetzt deutlich schneller.

Guter Tipp!

Gruß, Michael

Boui · 30. März 2016 um 23:24

Nö. Ich musste da nix anpassen.

r4m3u5 · 31. März 2016 um 00:16

Würde ich nicht machen … tl;dr
Es könnte durchaus sein, dass bei Dir die DNS rebind protection der FB zuschlägt. Mal den lokalen Domain Name in der FB als Ausschluss eintragen und schauen ob’s dann besser ist.

Beste Grüße
/Jens

PC_Oldie · 4. April 2016 um 12:22

Hallo Jens,

vielen Dank für deine Anleitung zur Installation des pi-hole.

Es hat auf Anhieb geklappt und gab keine Probleme Ich habe jetzt bei mir mit einer FB7490 mal beide Varianten der DNS Umleitung getestet.

Wenn ich die Umleitung auf den Pi direkt in der FB (OS 6.51) mache, dann dauert das Laden von Seiten deutlich länger als wenn ich nur die Clients auf den Pi umlenke und die FB unverändert lasse. Von daher habe ich mich für letztere Version entschieden

Gruß
Hans

Boui · 4. April 2016 um 12:27

Seltsam. Ich merke da Null Unterschied bei mir. Ich hatte beide Varianten getestet. PI2 und 100k Leitung

Sven · 5. April 2016 um 17:36

Es gibt eine neue Version (2.6.1.1)

Boui · 5. April 2016 um 21:27

Humor hat er ja:

[FICTIONAL] Moved investment holding to Panama.

[emoji23][emoji23][emoji23]

r4m3u5 · 5. April 2016 um 21:40

Er hat’s ja danach auch wieder final „korrigiert“:

[FICTIONAL] - Promofaux commits seppuku :D:D:D

spx · 6. April 2016 um 08:32

Nach dem update auf die neu Version werden bei mit keine Ads mehr geblockt. :mad:
Im pihole.log sind die DNS anfragen aufgelistet aber irgendwie wird nichts geblockt.
Hat noch jmd. diese Erfahrung gemacht ?

Edit. Problem ist bekannt. #415

r4m3u5 · 6. April 2016 um 10:36

… und wurde aber auch bereits in 2.6.1 behoben

spx · 6. April 2016 um 10:48

Dann ist noch irgendetwas faul.
Auf Speedtest.net habe ich jetzt wieder Ads. Vor dem Update war das
nicht der Fall. Weiter hat sich an meinem System nichts geändert. :eek:

r4m3u5 · 6. April 2016 um 11:01

Kaum sagt man was, schon gibt’s noch 'ne neuere Version -> 2.6.1.2

Die werden bei mir schön in die Tonne gehauen (mit den Standard-Listen). Schau doch mal rein was/ob überhaupt was passiert:

tail -f /var/log/pihole.log | grep gravity

Im Zweifelsfall mal frisch machen, da ja offensichtlich die fehlerbehaftete Version installiert war

spx · 6. April 2016 um 11:13

Die Version 2.6.1.2 habe ich schon installiert.
Es sind keine Auffälligkeiten in der log. Es scheint so als ob er die ADs auch erkennt.

Ein Auszug der log.

Apr  6 11:09:07 dnsmasq[506]: /etc/pihole/gravity.list c.amazon-adsystem.com is 172.16.101.221
Apr  6 11:09:07 dnsmasq[506]: query[A] a.tribalfusion.com from 172.16.101.254
Apr  6 11:09:07 dnsmasq[506]: /etc/pihole/gravity.list a.tribalfusion.com is 172.16.101.221
Apr  6 11:09:08 dnsmasq[506]: query[A] v4.moatads.com from 172.16.101.254
Apr  6 11:09:08 dnsmasq[506]: /etc/pihole/gravity.list v4.moatads.com is 172.16.101.221
Apr  6 11:09:08 dnsmasq[506]: query[A] s1.2mdn.net from 172.16.101.254
Apr  6 11:09:08 dnsmasq[506]: /etc/pihole/gravity.list s1.2mdn.net is 172.16.101.221
Apr  6 11:09:08 dnsmasq[506]: query[A] dt.adsafeprotected.com from 172.16.101.254
Apr  6 11:09:08 dnsmasq[506]: /etc/pihole/gravity.list dt.adsafeprotected.com is 172.16.101.221
Apr  6 11:09:09 dnsmasq[506]: query[A] c.amazon-adsystem.com from 172.16.101.254
Apr  6 11:09:09 dnsmasq[506]: /etc/pihole/gravity.list c.amazon-adsystem.com is 172.16.101.221
Apr  6 11:09:09 dnsmasq[506]: query[A] a.tribalfusion.com from 172.16.101.254
Apr  6 11:09:09 dnsmasq[506]: /etc/pihole/gravity.list a.tribalfusion.com is 172.16.101.221

IP x.221 ist der PI mit Pi Hole
IP x.254 mein Router ( Fritzbox )

In der Fritzbox habe ich den PI als Primären DNS angegeben. Dieses hat auch bis zum PI Hole update wunderbar funktioniert.

Ich denke ich werde mal abwarten was heute noch so an Updates kommt.

Boui · 6. April 2016 um 11:57

Och, da bleib ich noch etwas auf der 2.5x [emoji6]

r4m3u5 · 6. April 2016 um 12:08

Ich würde mal komplett neu installieren.

Könnte auch sein, dass ein Teil in der FB oder auf dem Client ge-cached ist.
U.A. deswegen empfohlene Konfiguration:

Forwarder für Pi-Hole sind „öffentliche“ DNS-Server - z.B. Google 8.8.8.8, 8.8.4.4
Fritzbox macht DNS wo auch immer sie mag
die Clients lösen direkt über Pi-Hole auf - Zuweisung des DNS-Servers entweder per DHCP in der FB (oder wer auch immer DHCP bereitstellt) oder den Clients anderweitig/manuell beibringen

Wenn man einen lokalen DNS-Server einsetzt sollte der natürlich in der /etc/dnsmasq.conf angegeben werden -> server=/<localnet>/1.2.3.4
Und mal den Client-Cache leeren -> WIN: ipconfig /flushdns

Beste Grüße
/Jens

spx · 9. April 2016 um 14:34

Bei mir hat nur ein neu aufsetzten des PIs Abhilfe geschaffen.
Letzt läuft’s wieder rund

Boui · 9. April 2016 um 15:18

Ich hab auch mittlerweile upgedatet. [emoji106]

Gesendet von iPhone mit Tapatalk

r4m3u5 · 11. April 2016 um 11:25

Wird in den Issues jetzt auch diskutiert - „DNS rebind protection“ - deshalb nochmals die Empfehlung: Clients direkt über den Pi-Hole auflösen lassen.

Beste Grüße
/Jens

Boui · 11. April 2016 um 11:27

Wie macht man das dann für die Gäste im Netz?

Gesendet von iPhone mit Tapatalk

r4m3u5 · 11. April 2016 um 11:48

der DHCP-Server Instanz, die die Clients bedient, die IP des Pi-Hole via Option 6 konfigurieren
wenn die FB/Router unbedingt auf dem Pi-Hole auflösen soll/muss die DNS-Domain als Ausschluss für die Rebind-Protection eintragen (wie heißen die Gäste denn auf der FB per Default? Ich rate mal „client1.fritz.guest“?!? - dann müsste „fritz.guest“ in die Ausschluss-Liste)

Beste Grüße
/Jens