[GELÖST] DNS Server dauerhaft ändern

[debiani]

also die 192.178.179.1 unter der ich die FB aufrufen kann?

[mat6937]

also die 192.178.179.1 unter der ich die FB aufrufen kann?

Dieses Subnetz ist i. d. Regel das Gast-(W)LAN. Aber OK, vor dem Eintrag kannst ja testen, mit z. B.:

Code: Alles auswählen

host -t A heise.de 192.168.179.1

[debiani]

ok klappt, und nun soweit verstanden. Vielen Dank.

[guennid]

Ich hänge mich hier mal dran, da ich ebenfalls dieses Phänomen auf einer Jessie-Maschine habe: Irgendwas überschreibt beim Booten deren resolv.conf und zwar mit der heimnetzinternen IP eines Plastikrouters, der gar nicht mehr im Netz ist. Ich würde gern die Ursache entdecken. systemd ist nicht installiert, resolvconf auch nicht, wohl aber isc-dhcp-client.

@niemand

In welchem log soll ich nach welchem Suchbegriff suchen.

Ein

Code: Alles auswählen

cat /var/log/messages | grep resolv

brachte

Code: Alles auswählen

key type dns_resolver registered.

Sagt uns das was?

[DeletedUserReAsG]

Im Journal nach allem, was damit zu tun haben könnte. Wenn ich mich recht erinnere, hast du aber kein Journal …

[debiani]

Also ich habe den Übeltäter auch noch nicht finden können, und mache nach jeder Neuinstallation einfach das "chattr +i /etc/resolv.conf"

[mat6937]

Also ich habe den Übeltäter auch noch nicht finden können, ...

Wie sind die Ausgaben von:

Code: Alles auswählen

apt-cache policy openresolv dhcpcd5 resolvconf isc-dhcp-client
systemctl status systemd-networkd

?

[debiani]

sorry habe debian gerade nicht hochgefahren...

[guennid]

Hmmm...

isc-dhcp-client scheint bei mir der Übeltäter zu sein. Testweise gepurged, blieb die resolv.conf unbehelligt. Nach Reinstallation das gleiche Spielchen: Überschreiben der Datei mit einer mehr nichtexistierenden IP. Wo kriegt der die her? in der hosts steht sie nicht mehr, in der interfaces auch nicht.

[mat6937]

Wo kriegt der die her?

Evtl. wird mit:

Code: Alles auswählen

systemd-analyze blame | grep -i resolv

etwas brauchbares angezeigt.

[guennid]

Auf der Maschine läuft kein systemd. Lesen bildet!

Fall geklärt: auf meinem Debian-Router (nicht das Plastikteil) war die interne IP des alten Plastikrouters noch in /etc/dhcp/dhcpd.conf eingetragen. Nur blöd, dass die fragliche Maschine (also die mit der falschen resolv.conf) für eth0 in /etc/network/interfaces gar kein dhcp benutzt.

Oder mal so formuliert: Ich hätt's eigentlich ganz gern, wenn der dhcp-client nur tätig wird, wenn wlan benutzt wird.