Debian (OpenMediaVault) kann Hostnamen nicht auflösen

3058
farosch

Vor kurzem habe ich einen neuen Router (Fritz.Box 6490) und musste die Netzwerkeinstellungen meines NAS ändern. Ich habe meinen Debian-Wheezy-basierten OpenMediaVault-PC eingeschaltet und eth0 für DHCP eingerichtet, indem ich / etc / network / schnittstellen manuell editierte (zuvor war dies auf 192.168.0.2 festgelegt). Der NAS war sofort wieder in meinem Heimnetzwerk verfügbar. Ich wollte dann mein System über eine SSH-Root-Sitzung von meinem Schreibtisch aus aktualisieren, also habe ich es apt-get updateversucht und am Ende war dieser Fehler für alle Quellen gleich:

Err http://ftp.de.debian.org wheezy Release.gpg On resolving »ftp.de.debian.org:http« something bad happened (-5 - no hostname belong to this address). // output translated by myself

Mir ist aufgefallen, dass ich meinen Router nicht ping fritz.boxper Ping erreichen kann, aber bei der Verwendung ping 192.168.178.1funktioniert das einwandfrei. Der Internetzugang scheint auch gut zu funktionieren, da ich sogar google.com mit seiner IP-Adresse anpingen kann. Ich denke also, es wird kein Netzwerkkonfigurationsproblem sein.

Was könnte das Problem sonst noch sein? Ich habe bereits einige andere Dinge geprüft, aber Linux ist nicht wirklich meine Stärke, daher habe ich unten eine Reihe von Ausgängen hinzugefügt, die möglicherweise etwas helfen.

/ etc / network / schnittstellen:

# The loopback network interface auto lo iface lo inet loopback  # eth0 network interface auto eth0 allow-hotplug eth0 iface eth0 inet dhcp pre-down ethtool -s $IFACE wol g iface eth0 inet6 manual pre-down ip -6 addr flush dev $IFACE

route -n:

Ziel Router Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.178.1 0.0.0.0 UG 0 0 0 eth0 192.168.178.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0

ifconfig:

eth0 Link encap:Ethernet Hardware Adresse d0:50:99:76:10:e9 inet Adresse:192.168.178.27 Bcast:192.168.178.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1 RX packets:2929 errors:0 dropped:0 overruns:0 frame:0 TX packets:2243 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:1000 RX bytes:607082 (592.8 KiB) TX bytes:611104 (596.7 KiB) Interrupt:136 Basisadresse:0xc000  lo Link encap:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine UP LOOPBACK RUNNING MTU:16436 Metrik:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

/etc/apt/sources.list:

# deb cdrom:[Debian GNU/Linux 7.0.0 _Wheezy_ - Official Snapshot amd64 LIVE/INSTALL Binary 20150629-08:52]/ wheezy contrib main non-free # deb cdrom:[Debian GNU/Linux 7.0.0 _Wheezy_ - Official Snapshot amd64 LIVE/INSTALL Binary 20150629-08:52]/ wheezy contrib main non-free  deb http://ftp.de.debian.org/debian/ wheezy main deb-src http://ftp.de.debian.org/debian/ wheezy main  deb http://security.debian.org/ wheezy/updates main contrib non-free deb-src http://security.debian.org/ wheezy/updates main contrib non-free  # wheezy-updates, previously known as 'volatile' deb http://ftp.de.debian.org/debian/ wheezy-updates main contrib non-free deb-src http://ftp.de.debian.org/debian/ wheezy-updates main contrib non-free
0

1 Antwort auf die Frage

0
farosch

Verdammt, ich hätte 10 Minuten länger warten sollen, bevor ich meine Frage stellte: D

Das Problem war also in /etc/resolv.confder Datei immer noch auf mein altes Netzwerk bezogen und sah so aus:

search local nameserver 192.168.0.1 nameserver 192.168.0.2

und ich habe es geändert

search local nameserver 192.168.178.1

Jetzt funktioniert es wieder wie ein Zauber. Dies ist jedoch immer noch etwas seltsam, weil ich versucht habe, die Einstellung über die OpenMediaVault-Webschnittstelle auf DHCP zu setzen, nachdem ich herausgefunden habe, dass ich Hostnamen nicht auflösen kann, aber diese Funktion die Daten der resolv.confDatei nicht zu ändern scheint . Egal .. Problem gelöst;)

Verwandte Probleme