Reverse Lookup konfigurieren - RRouter DHCVP und PiHole DNS

Help Deutschsprachige Hilfe
1

Hallo zusammen,,

vielleicht ist es eine einfach Frage, aber ich drehe mich hier gerade im Kreis.
Ich betreibe meine DHCP auf meinem Router und verteile den PiHole als primären DNS.
Damit habe ich nun keine Namensauflösung.
Bei meiner Suche bin ich auf diesen Forum Beitrag gestoßen.
Nun stelle ich mir die Frage, ob es wirkliche so einfach ist.
Ich erstelle eine neuen conf Datei wie z.B. "02-local.conf" und füge eine Zeile wie "server=/5.168.192.in-addr.arpa/192.168.5.1" ein (nur mit meinem IP Range).

Reicht das dann, damit der DNS Server die Hostname Auflösung hinbekommt?

Gruß, ravn

2

Bitte lade ein Debug Log hoch und poste hier anschliessend nur die Token-URL.
Das Token generierst Du über

pihole -d

wobei Du die Frage nach dem Upload bejahst, oder Du machst das über die Weboberfläche:
Tools > Generate Debug Log

3

Hallo Horn,

hier die Token-URL: https://tricorder.pi-hole.net/dIiJs7d1/

Gruß,
ravn

4

Dein Debug Log lässt leider keine unmittelbaren Rückschlüsse darauf zu, ob und ggf. welche IP-Adcresse(n) Dein DHCP-Server als lokale DNS-Server verteilt

Wie hast Du Pi-hole in Deinem Router konfiguriert?
a) als lokalen DNS-Server (oft eine LAN-/DHCP-Einstellung)
b) als Upstream-DNS-Server (oft eine WAN-/Internet-Einstellung)

Und ausgeführt auf einem Client, was geben die folgenden Kommandos zurück:

nslookup pi.hole

nslookup 192.168.0.98 192.168.0.1
5

Hallo Horn,

ich habe den Router als DHCP Server laufen. Parallel läuft ein Raspberry Pi mit PiHole, welche als DNS Server eingetragen wird:
Client IP Aufbau:
IP -> IP aus DHCP Pool
SubNet: Class C Subnet
Gateway: Router (DHCP Server)
DNS Server: PiHole RaspberryPi

Hier der nslookup wie gewünscht:

nslookup
> pi.hole
Server:		192.168.0.3
Address:	192.168.0.3#53

Name:	pi.hole
Address: 192.168.0.3
Name:	pi.hole

Hier noch die 2. Abfrage:

nslookup 192.168.0.98 192.168.0.1 
** server can't find 98.0.168.192.in-addr.arpa: NXDOMAIN
6

Die Frage ist, ob der DHCP-Server Deines Routers Pi-holes IPv4-Adresse als lokalen DNS-Server verteilt oder ob Dein Router Pi-hole als Upstream-Server nutzt und DNS-Anfragen dorthin weiterleitet.

Beide Konfiguration wären gültig, aber wenn nur b) aktv ist, würde eine Rückwärtsauflösung zumindest in Bezug auf die Zuordnung von Clients zu Anfragen nichts bringen, und bei gleichzeitiger Aktivierung von a) kann es zusammen mit Conditional Forwarding zu einer partiellen DNS-Endlosschleife kommen.

Dein Ergebnis von nslookup pi.hole zeigt, dass zumindest der Client, von dem das Kommando gestartet wurde, Pi-hole für DNS-Anfragen verwendet.
Das kann aber auch auf eine manuelle DNS-Server-Konfiguration direkt auf dem Client zurückzuführen sein.

Pi-holes Conditional Forwarding wäre die einfachste Möglichkeit, Rückwärtsanfragen an Deinen Router weiterzuleiten.

Das NXDOMAIN-Ergebnis der direkt an Deinen Router 192.168.0.1 geschickten Rückwärtsanfrage für 192.168.0.98 deutet allerdings darauf hin, dass Dein Router keine Namensauflösung unterstützt. Möglicherweise war aber auch nur das Gerät mit der 192.168.0.98 zum Zeitpunkt der Anfrage nicht mit dem Netzwerk verbunden (z.B. weil es ausgeschaltet war).

Weitere direkt an den Router gerichtete nslookups für aktive IP-Adressen oder auch für bekannte Hostnamen sollten dies klären.

Wenn Dein Router die Namen der DHCP-Clients nicht auflöst, kannst Du diese Namen über Local DNS Records in Pi-hole anlegen. Dadurch werden sowohl Vorwärts- als auch Rückwärtsauflösung für eine angelegte Domänen-zu-IP-Adressen-Assoziation ermöglicht.

7

This topic was automatically closed 21 days after the last reply. New replies are no longer allowed.