PiHole Clients und Queries = 0

aleks-83 · April 22, 2020, 1:56pm

Bucking_Horn · April 22, 2020, 2:16pm

Es gibt ein paar Ungereimtheiten in Deinem Debug Log.

Zunächst einmal:

*** [ DIAGNOSING ]: Processor
[i] x86_64

Läuft Dein Synology-NAS auf Intel-Hardware?
Welches Synology-Modell verwendest Du?

Und die Netzwerkintegration war offensichtlich nicht erfolgreich:

*** [ DIAGNOSING ]: Networking
[✗] No IPv4 address(es) found on the eth0 interface.
[✗] No IPv6 address(es) found on the eth0 interface.

[i] Default IPv4 gateway: 10.0.0.1
[✗] Gateway did not respond.

[i] Default IPv6 gateway: fe80::3681:c4ff:feb7:2fed
[✗] Gateway did not respond.

Was zeigt

ip address show

aleks-83 · April 22, 2020, 2:19pm

Ja Intel Celeron N3160 Quad Core.
Synology DS 716+II.

root@PiHole:/# ip address show                                                                                                                                              
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default                                                                                           
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00                                                                                                                   
    inet 127.0.0.1/8 scope host lo                                                                                                                                          
       valid_lft forever preferred_lft forever                                                                                                                              
    inet6 ::1/128 scope host                                                                                                                                                
       valid_lft forever preferred_lft forever                                                                                                                              
2: sit0: <NOARP> mtu 1480 qdisc noop state DOWN group default                                                                                                               
    link/sit 0.0.0.0 brd 0.0.0.0                                                                                                                                            
3: eth0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP group default qlen 1000                                                            
    link/ether 00:11:32:xx:xx:xx brd ff:ff:ff:ff:ff:ff                                                                                                                      
4: eth1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP group default qlen 1000                                                            
    link/ether 00:11:32:xx:xx:xx brd ff:ff:ff:ff:ff:ff                                                                                                                      
5: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default                                                                            
    link/ether 00:11:32:xx:xx:xx brd ff:ff:ff:ff:ff:ff                                                                                                                      
    inet 10.0.0.123/24 brd 10.0.0.255 scope global bond0                                                                                                                    
       valid_lft forever preferred_lft forever                                                                                                                              
    inet6 2003:f6:1bc6:7300:211:32ff:fe6e:c40c/64 scope global dynamic                                                                                                      
       valid_lft 7027sec preferred_lft 1627sec                                                                                                                              
    inet6 fd00::211:32ff:xxxx:xx0c/64 scope global dynamic                                                                                                                  
       valid_lft 7027sec preferred_lft 3427sec                                                                                                                              
    inet6 2003:f6:1bc5:d800:211:32ff:fe6e:c40c/64 scope global deprecated dynamic                                                                                           
       valid_lft 6410sec preferred_lft 0sec                                                                                                                                 
    inet6 fe80::211:32ff:xxxx:xx0c/64 scope link                                                                                                                            
       valid_lft forever preferred_lft forever                                                                                                                              
6: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default                                                                             
    link/ether 02:42:41:xx:xx:xx brd ff:ff:ff:ff:ff:ff                                                                                                                      
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0                                                                                                              
       valid_lft forever preferred_lft forever

Bucking_Horn · April 22, 2020, 2:33pm

Deine IP-Adressen sind auf das bond0 interface gebunden, der Container erwartet aber eth0.

Das sollte docker-seitig über eine Environment Variable behoben werden (INTERFACE: bond0).

aleks-83 · April 22, 2020, 6:52pm

Das war es.
Ich hätte vielleicht erwähnen sollen dass ich die Synology per Doppel LAN und Link Aggregation angeschlossen habe

Jetzt bin ich erstmal erschlagen durch die ganzen Infos die ich sehe.
Da muss ich mich mal einlesen was das alles bedeutet.

z.B. wie man die CLient Namen sichtbar macht anstatt der IP Adresse.
Und was sind PTR Anfragen?
Die versuchen kryptische Domains zu erreichen wie

4.e.4.1.0.a.7.c.4.a.b.4.9.a.5.1.0.0.8.0.8.c.b.1.6.f.0.0.3.0.0.2.ip6.arpa

Und warum steht unter Network bei manchen Clients dass sie PiHole nicht nutzen?
Ich habe die FritzBox komplett neu gestartet und alle WLAN Access Points sodass jetzt alle LAN und WLAN Clients den neuen DNS bekommen haben müssten.

Topologie:

Fritzbox (Level 1?)
   |
Switch (Level 2?)
| | | | 
LAN Clients + Ubiquiti Access Point (Level 3?)
               | | | | | | | | | | 
               WLAN Clients (Level 4?)

Bucking_Horn · April 22, 2020, 7:28pm

Diese Punkte hängen in der Tat zusammen:
Pointer Resource Records (PTR) erlauben im DNS die reverse Zuordnung von Hostnamen zu IP-Adressen nachzuschlagen (statt wie normal IP-Adressen zu Hostnamen), wofür aus der Rückwärts-IP-Adresse ein eindeutiger synthetischer Domänenname abgeleitet wird, der für IPv4 auf in-addr.arpa und für IPv6 auf ip6.arpa endet.

Ohne diesen Reverse-Lookup findet Pi-hole keine Hostnamen zu den Client-IP-Adressen.

Normalerweise macht eine Weiterleitung dieser Anfragen für lokale private IP-Adressen keinen Sinn, da ein öffentlicher DNS-Server Dein privates Heimnetz überhaupt niemals kennen kann.

Aber Du hast folgendes eingestellt:

Damit gehen DNS-Anfragen von Pi-hole an die FritzBox - und die kennt sehr wohl die Namen Deiner lokalen Geräte.

Solange die FB also Dein Upstream-DNS für Pi-hole bleibt, kannst Du den Haken bei Never forward reverse lookups for private IP ranges herausnehmen.

Wenn Du Pi-hole auf andere Upstream-DNS-Server umstellst, kannst Du für die lokale reverse Namensauflösung Conditonal Forwarding verwenden.

Bucking_Horn · April 22, 2020, 7:34pm

Hast Du daran gedacht, in der FB wieder Pi-hole als lokalen DNS über DHCP zu verteilen?
Das hatten wir im Laufe unserer Analyse ja geändert.

aleks-83 · April 22, 2020, 7:41pm

Japp, hatte ich vor derm Neustart wieder angehakt.

Haken war auch schon vor dem Neustarten der ganzen Hardware raus.

In den Recent Queries tauchen manche Geräte mit ihrer IPv6 Adresse auf, und andere mit ihrer abcxyz.fritz.box, aber keines mit seinem Namen den ich in der FritzBox hinterlegt habe.

Ich habe mal

DNS - Use Conditional Forwarding = aktiviert

und als IP die IP der FB eingetragen.
Aber was muss ich als Local domain name eintragen?
Bin ich da auf dem richtigen Weg?

Manchmal tauchen Geräte Adressen (z.B. nuc.fritz.box) als Domain Namen auf.
ALso wenn die CLienten untereinander quatschen?

Bucking_Horn · April 22, 2020, 7:55pm

Nein, CF und FB als Upstream sind effektiv gleichwertig (und fritz.box wäre der Name, den jede FB -leider unveränderlich- für die lokale Domäne vergibt).

Genaugenommen ist FB als Upstream sogar die bessere Wahl, weil auch IPv6 mit abgehandelt wird. CF in Pihole v4 behandelt derzeit nur IPv4, für IPv6 muss man bei Bedarf noch weitere manuelle Konfigurationen vornehmen.

Und Clients namen nicht gleich wie im FritzBox - #4 by Bucking_Horn hält ein paar Erläuterungen und Lösungsansätze für unerwartete Namen bereit.

Globale IPv6-Adressen (aus dem Adressbereich 2000::/3) bleiben allerdings problematisch.
Ein Lösungsansatz bestünde hier vielleicht darin, client-seitig die Präferenz für die Verwendung bestimmter IPv6-Präfixe anzupassen, siehe meine Anmerkung in PTR einer ULA wird an Upstream DNS weitergeleitet obwohl Conditional Forwarding aktiv - #19 by Bucking_Horn. Selbst ausprobiert habe ich letzteres jedoch noch nicht - ich habe IPv6 abgeschaltet.

aleks-83 · April 23, 2020, 5:13am

Ok, Danke nochmal für deine vielen ausführlichen Antworten !

Hier habe ich nachgesehen. Den PiHole als DHCP einzurichten kommt für mich nicht infrage.
Ich bin es einfach gewohnt alle IP und Port Geschichten mit der FritzBox einzurichten und komme hier auch ganz gut zurecht. (Bis auf die DNS Geschichte halt)
Bleibt noch die Möglichkeit die hosts Datei anzupassen.
Wie ich das auf der Synology mache, muss ich noch recherchieren.

IPv6 nutze ich nicht wissentlich, werde ich aber vermutlich aktiviert lassen müssen da ich nächsten Monate einen GlasfaserAnschluss bekomme der wohl IPv6 und IPv4 nutzt.
Hier ist die Informationspolitik von Deutsche Glasfaser sehr dürftig.

Oder kann ich in einer solchen Situation IPv6 auf der Internetleitung aktiviert lassen, aber intern immer mit IPv4 arbeiten? Das wäre mein Favorit.
Google wirft hierzu ein Schlagwort NAT64 auf.

Wenn ich noch weitere Fragen habe, macht es Sinn dass wir das hier besprechen oder soll ich einen neuen Thread auf machen?

Bucking_Horn · April 23, 2020, 7:14am

Neues Problem, neues Topic - so haben auch andere Leser was davon, wenn sie im Forum nach Lösungen für ihre Problemstellung suchen.

NAT64 ist eigentlich für den Verbindungsaufbau zu Nur-IPv4-Servern aus Nur-IPv6-Netzen gedacht und kommt vorwiegend auf ISP-Seite zum Einsatz, Nach meinem Kenntnisstand unterstützen FBen die zugehörigen RFC6052 und RFC6146 derzeit nicht.

Beim momentanen Verbereitungsstand von IPv6 verlierst Du (noch) keine Internet-Funktionalität, wenn Du auf IPv6 verzichtest (solange Du nicht igendeinen Dienst nutzt, der heute schon ausschließlich über IPv6 erreichbar ist). Es kann allerdings sein, dass bestimmte Dienste über IPv4 oder IPv6 schneller oder besser zu erreichen sind. Das hängt letztlich aber von der Entscheidung des jeweiligen Diensteanbieters ab, nicht vom Protokoll an sich.

Die Entscheidung, ob Du IPv6 einschaltest oder nicht, ist damit letztlich Deine persönliche. Es ist aber auch nur ein Haken in der FB, um das ab- und bei Bedarf wieder anzuschalten.

aleks-83 · April 23, 2020, 9:09am

OK.

Ich habe jetzt die hosts Datei bearbeitet und IPv6 in der FB. Damit bin ich jetzt erstmal zufrieden.
Meine weiteren Fragen habe ich hier rein gepackt.