[Frage] rDNS für private IPs der Fritzbox

[michaelof]

FB 7390
FRITZ!OS 06.30


Hallo zusammen,

ich habe ein paar Fragen rund ums Thema "Reverse DNS Abfragen für private (lokale) IPs der Fritzbox", da ich das Gefühl habe, mal gehts und mal nicht.

Vorab:

Der "normale" DNS Lookup funktioniert. Solange der multid läuft natürlich

Beispiel

$ nslookup fritz.box
Server:         192.168.2.1
Address:        192.168.2.1#53

Name:   fritz.box
Address: 192.168.2.1

Die FB löst auch alle unter "Heimnetz" / "Netzwerk" / "Geräte und Benutzer" eingetragenen "eigenen" Namen richtig auf. In der ar7.cfg werden diese wie ich sehe als "name" unter "landevices" eingetragen. nslookup <name> und nslookup <neighbour_name> lösen jeweils auf den gewählten "name" auf, ping <neighbour_name> "replied" auf "name". Alles soweit nachvollziehbar und OK.

Ich bin mir aber ziemlich sicher, dass der reverse DNS Lookup irgendwann mal ging. Zumindest wüsste ich gerne, ob er gehen SOLL. Aktuell geht er bei mir nicht, auch nach reboot, nicht mal für die FB selber:

$ nslookup 192.168.2.1
Server:         192.168.2.1
Address:        192.168.2.1#53

** server can't find 1.2.168.192.in-addr.arpa: NXDOMAIN

Zweite Frage:


Woran liegt es eigentlich, wie ein lokaler Host aufgelöst wird, der aktuell nicht online ist?

Alle Geräte, unabhängig vom Betriebssystem, werden früher oder später von der FB als offline erkannt. Manche schneller, manche langsamer. Die FB trägt sie dann in der GUI unter "Ungenutzte Verbindungen" ein.

Die meisten werden dann aber nach wie vor über nslookup <name> richtig aufgelöst, ein ping <name> liefert "Destination Host Unreachable"

NICHT so z.B. mein Raspberry Pi. Er wird zwar auch von der FB als offline erkannt. Ein ping <name> liefert hier aber (sofort) einen "unknown host ...."

Warum??



Dritte Frage:


Wenn man über die Admin-Oberfläche der FB Verbindungen löscht, dann kommt es bei mir immer wieder vor, dass diese, zumindest eine zeitlang, die Option "Diesem Netzwerkgerät immer die gleiche IPv4-Adresse zuweisen." *** NICHT *** angeboten bekommen.
Irgendwann geht es dann wieder, ich kann aber nicht nachvollziehen, wann bzw. durch was genau. Reboot / restart des multid alleine hilft nicht.

Kennt dieses Phänomen jemand?

 

[michaelof]

Schade


Ich hatte vorher in diesem und in diversen anderen Foren gelesen und extra in diesem gepostet, da diverse Threads hier fachlich/technisch viel tiefer gingen als in anderen Foren. Aber gar keine Antwort war dann doch nicht das erhoffte Feedback ;-)

Na ja, zumindest bin ich einen Schritt weiter und weiß jetzt über den ##fritzbox IRC Channel, dass der reverse DNS bei einer "normalen" FB fehlerfrei funktioniert.

Die DNS Funktionalität ist Bestandteil des "multid" Daemons, weiss jemand evtl., ob man das Ding tracen/debuggen kann? Oder beeinflussen, ihm was "beibringen"?

 

[sf3978]

Irgendwann geht es dann wieder, ich kann aber nicht nachvollziehen, wann bzw. durch was genau. Reboot / restart des multid alleine hilft nicht.

Schau mal auf einem Client im (W)LAN der FritzBox, mit:

sudo nmap -sP -R --dns-servers 192.168.2.1 192.168.2.0/24 | grep -i fritz.box

nach, welche und wie lang der "dns-Server" der FritzBox, die Zuordnung IP-Adresse/Name behält.

rDNS geht mit meiner FritzBox. Z. B.:

:~$ dig +short -x 192.168.178.1 @192.168.178.1
fritz.box.

 

[michaelof]

Hallo sf3978,

ganz lieben Dank für Deine Antwort.

Aktuell "merkt" sich die FB keinen einzigen Namen zur IP:

sudo nmap -sP -R --dns-servers 192.168.2.1 192.168.2.0/26 

Starting Nmap 6.47 ( http://nmap.org ) at 2015-12-14 21:34 CET
Nmap scan report for 192.168.2.1
Host is up (0.00047s latency).
MAC Address: BC:05:43:28:8B:19 (AVM GmbH)
Nmap scan report for 192.168.2.2
Host is up (0.018s latency).
MAC Address: 00:25:2E:6E:2F:66 (Cisco Spvtg)
Nmap scan report for 192.168.2.3
Host is up (0.0030s latency).
MAC Address: 00:14:D1:8B:E1:FF (Trendnet)
Nmap scan report for 192.168.2.5
Host is up (0.00085s latency).
MAC Address: 7C:2F:80:89:AE:9A (Gigaset Communications GmbH)
Nmap scan report for 192.168.2.6
Host is up (0.00034s latency).
MAC Address: EA:95:F6:CD:BE:64 (Unknown)
Nmap scan report for 192.168.2.12
Host is up (0.24s latency).
MAC Address: 9C:3A:AF:59:04:E8 (Samsung Electronics Co.)
Nmap scan report for 192.168.2.4
Host is up.
Nmap done: 64 IP addresses (7 hosts up) scanned in 1.31 seconds