[gelöst] DNS-Problem auf dem Raspberrypi

[Frink]

Hey,

ich habe ein Problem mit der Namensauflösung:

Code: Alles auswählen

dig gnu.org
;; reply from unexpected source: 169.254.1.1#53, expected 192.168.178.1#53
;; reply from unexpected source: 169.254.1.1#53, expected 192.168.178.1#53

Hier ist meine /etc/resolv.conf, die eigentlich richtig konfiguriert zu sein scheint

Code: Alles auswählen

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.178.1

Die IP gehört zu meiner FritzBox, die einen DNS-Server bereitstellen sollte.

Hat jemand eine Idee, wie ich dem Problem auf die Schliche kommen kann oder weiß vielleicht sogar schon jemand, was das Problem ist?

Vielen Dank & Beste Grüße,
Frink

EDIT: Hä? Also nen ping auf eine Internet-IP ist auch nicht erfolgreich (Destination Host Unreachable). Ping auf LAN-Adressen geht und wenn ich meinen LAN-dnsmasq-Server als DNS-Server angebe, funktioniert die Namenslösung auch, das Problem scheint also zu sein, dass Internet-IPs (somit auch der in meiner Fritz-Box eingetragene DNS-Server) nicht erreichbar sind. Wie kann das denn sein?

EDIT2 ifconfig zeigt mir

Code: Alles auswählen

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 169.254.136.168 netmask 255.255.0.0  broadcast 169.254.255.255
        inet6 fe80::b5f6:10a2:f37c:c155  prefixlen 64  scopeid 0x20<link>
        ether 3c:33:00:5e:61:97  txqueuelen 1000  (Ethernet)
        RX packets 3320  bytes 444966 (434.5 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 3511  bytes 587066 (573.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Die IP "inet 169.254.136.168" sollte ja eigentlich meine LAN IP sein oder? Die ist aber 192.168.178.26.

EDIT 3 Jetzt funktioniert wieder alles normal, ohne dass ich etwas gemacht hätte. Ifconfig zeigt zwar immer noch die falsche IP, aber ping und DNS funktioniert. Hat irgendjemand eine Idee, was das soll?

[mat6937]

Code: Alles auswählen

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 169.254.136.168 netmask 255.255.0.0  broadcast 169.254.255.255
        inet6 fe80::b5f6:10a2:f37c:c155  prefixlen 64  scopeid 0x20<link>
        ether 3c:33:00:5e:61:97  txqueuelen 1000  (Ethernet)

Hat irgendjemand eine Idee, was das soll?

Poste mal die Ausgaben von:

Code: Alles auswählen

ip a
ip r

von deinem PI.

Du könntest die Zuweisung der IP-Adresse für das wlan0-Interface so konfigurieren, dass dieses keine LL-IP-Adresse bekommt.

[MSfree]

EDIT2 ifconfig zeigt mir

Code: Alles auswählen

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 169.254.136.168 netmask 255.255.0.0  broadcast 169.254.255.255
        inet6 fe80::b5f6:10a2:f37c:c155  prefixlen 64  scopeid 0x20<link>
        ether 3c:33:00:5e:61:97  txqueuelen 1000  (Ethernet)
        RX packets 3320  bytes 444966 (434.5 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 3511  bytes 587066 (573.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Die IP "inet 169.254.136.168" sollte ja eigentlich meine LAN IP sein oder? Die ist aber 192.168.178.26.

Nein, deine IP-Adresse ist eben nicht 192.168.178.26, sonst würde ifconfig die so anzeigen. Eine IP-Adresse aus dem 169.254.x.x-Bereich deutet auf eine zeroconf-IP-Adresse hin, darum kümmert sich der sogenannte avahi-Daemon.

Wie kommst du denn zu der Annahme, daß die IP-Adresse deines Raspis 192.168.178.26 ist?

Auch gut wäre, wenn man wüßte, welches OS du installiert hast (Name und Version), wie du dein Netzwerk auf dem Raspi konfiguriert hast und welche Dateien du dazu manipuliert hast.

[wanne]

Nein, deine IP-Adresse ist eben nicht 192.168.178.26, sonst würde ifconfig die so anzeigen.

Nein.
ifconfig zeigt eine IP an. In dem Fall ist das die, die avahi vergeben hat. Selbstverständlich könnte da trotzdem noch zusätzlich 192.168.178.26 vorhanden sein.
Deswegen nutzt man kein ifconfig, sondern wie mat6937 schon geschrieben hat:

Code: Alles auswählen

ip address

Zu deinem Problem: Die Fritzbox hat (vermutlich) ein paar Adressen. Das isst zuerst mal die Zeroconf IP 169.254.1.1. Die private IP 192.168.178.1 und die öffentliche IP.
Offensichtlich hast du auf 192.168.178.1 angefragt und eine Antwort von 169.254.1.1 bekommen. Das ist zwar glaube ich sogar legitim sollte so nicht passieren. Dig verwirft das aus Sicherheitsgründen. (Wenn die Antwort von wo anders kommt wie die wo man nachgefragt hat ist das meist eher unerwünscht.)
Da sich jetzt wieder alles normal verhält wirst du das schlecht debugen können.
Daneben wird der Fritzbox DNS (hoffentlich) nicht auf die öffentliche IP antworten. (Siehe dazu DNS-Amplification) Für ping ist das einstellbar.

[Frink]

Hey Leute,

danke für eure Antworten. Leider ist es so, dass der Pi einmal am Tag rebootet und seit dem zeigt ifconfig mir wieder die richtige IP an, damit werden wir dem Problem wohl nicht weiter auf die Schliche kommen... Ich setze mal auf gelöst und melde mich, wenn das Problem noch einmal auftaucht.

Poste mal die Ausgaben von:

Code: Alles auswählen

ip a
ip r

von deinem PI.

Die Kommandos zeigen jetzt (leider) auch wieder die richtige IP.

Nein, deine IP-Adresse ist eben nicht 192.168.178.26, sonst würde ifconfig die so anzeigen. Eine IP-Adresse aus dem 169.254.x.x-Bereich deutet auf eine zeroconf-IP-Adresse hin, darum kümmert sich der sogenannte avahi-Daemon.

Wie kommst du denn zu der Annahme, daß die IP-Adresse deines Raspis 192.168.178.26 ist?

Auch gut wäre, wenn man wüßte, welches OS du installiert hast (Name und Version), wie du dein Netzwerk auf dem Raspi konfiguriert hast und welche Dateien du dazu manipuliert hast.

Die FritzBox hat mir die IP für den Pi so angezeigt. OS ist Raspbian Stretch, die Netzwerkkonfiguration ist eigentlich Standard, editiert habe ich jetzt nur die /etc/resolvconf/resolv.conf.d/head, damit resolvconf die /etc/resolvconf richtig anlegt.

Da sich jetzt wieder alles normal verhält wirst du das schlecht debugen können.

Ja, leider.

Daneben wird der Fritzbox DNS (hoffentlich) nicht auf die öffentliche IP antworten. (Siehe dazu DNS-Amplification) Für ping ist das einstellbar.

Wie kann ich das testen?

[mat6937]

Wie kann ich das testen?

Mit z. B.:

Code: Alles auswählen

ping -c 3 $(dig +short myip.opendns.com @208.67.222.222)
nc -zv -w 2 $(dig +short myip.opendns.com @208.67.222.222) 53

[Frink]

Wie kann ich das testen?

Mit z. B.:

Code: Alles auswählen

ping -c 3 $(dig +short myip.opendns.com @208.67.222.222)
nc -zv -w 2 $(dig +short myip.opendns.com @208.67.222.222) 53

Code: Alles auswählen

$ ping -c 3 $(dig +short myip.opendns.com @208.67.222.222)
PING 92.195.65.115 (92.195.65.115) 56(84) bytes of data.
64 bytes from 92.195.65.115: icmp_seq=1 ttl=63 time=0.234 ms
64 bytes from 92.195.65.115: icmp_seq=2 ttl=63 time=0.274 ms
64 bytes from 92.195.65.115: icmp_seq=3 ttl=63 time=0.272 ms

--- 92.195.65.115 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2064ms
rtt min/avg/max/mdev = 0.234/0.260/0.274/0.018 ms
$ nc -zv -w 2 $(dig +short myip.opendns.com @208.67.222.222) 53
port-92-195-65-115.dynamic.qsc.de [92.195.65.115] 53 (domain) : No route to host

Und was heißt das?

[mat6937]

Code: Alles auswählen

$ nc -zv -w 2 $(dig +short myip.opendns.com @208.67.222.222) 53
port-92-195-65-115.dynamic.qsc.de [92.195.65.115] 53 (domain) : No route to host

Und was heißt das?

Dass der Port 53 der FritzBox, über die externe IPv4-Adresse der FritzBox, aus dem (W)LAN nicht erreicht werden kann.

EDIT:

Teste mal ob Du aus dem (W)LAN, via externe IPv4-Adresse die Ports 21 und 5060 erreichen kannst:

Code: Alles auswählen

nc -zv 92.195.65.115 21 5060

... denn aus dem Internet sind diese erreichbar.

[Frink]

EDIT:

Teste mal ob Du aus dem (W)LAN, via externe IPv4-Adresse die Ports 21 und 5060 erreichen kannst:

Code: Alles auswählen

nc -zv 92.195.65.115 21 5060

... denn aus dem Internet sind diese erreichbar.

Code: Alles auswählen

$nc -zv 92.195.65.115 21 5060
port-92-195-65-115.dynamic.qsc.de [92.195.65.115] 21 (ftp) open
port-92-195-65-115.dynamic.qsc.de [92.195.65.115] 5060 (?) open

WTF? Ich habe nur Port 21,22 und 1194 geöffnet. Von 5060 weiß ich nichts. Was ist das für ein Port?

[mat6937]

WTF? Ich habe nur Port 21,22 und 1194 geöffnet. Von 5060 weiß ich nichts. Was ist das für ein Port?

Die Ports 21, 22 und (udp) 1194 hast Du aber auf deinem PI offen und in der FB weitergeleitet?

Der TCP-Port 5060 ist der SIP-Port der FB, der aus dem Internet erreichbar ist.

[Frink]

Die Ports 21, 22 und (udp) 1194 hast Du aber auf deinem PI offen und in der FB weitergeleitet?

22 und 1194 gehen an den Pi, 21 ist der integrierte FTP-Server der Fritz-Box.

Der TCP-Port 5060 ist der SIP-Port der FB, der aus dem Internet erreichbar ist.

Muss der offen sein, um telefonieren zu können oder so? In meinen Portweiterleitungen taucht der nicht auf.

[mat6937]

Muss der offen sein, um telefonieren zu können oder so? In meinen Portweiterleitungen taucht der nicht auf.

Das wird vom IS-Provider (Zwangsrouter oder kein Zwangsrouter) und der Art der Internettelefonie abhängig sein. Da die FB auf diesem Port (5060) lauscht, hat das mit einer Portweiterleitung nichts zu tun.

[Frink]

Das wird vom IS-Provider (Zwangsrouter oder kein Zwangsrouter) und der Art der Internettelefonie abhängig sein. Da die FB auf diesem Port (5060) lauscht, hat das mit einer Portweiterleitung nichts zu tun.

Hm, okay. Nein, es ist kein Zwangsrouter, sondern der von meinem alten ISP.

[mat6937]

.... Nein, es ist kein Zwangsrouter, ...

Das habe ich mir schon gedacht, denn ich habe einen Zwangsrouter (FB) und da ist der Port 5060 aus dem Internet nicht erreichbar (... die Internettelefonie geht über ein VPN des ISP). Dafür ist aber der TCP-Port 8089 (Protokoll TR-069) der Zwangs-FB aus dem Internet erreichbar.