[gelöst] Nach Umstellung IPv6 -> IPv4 kein Internet mehr

[frankieboy]

Hallo Forum,

mein Arbeitgeber hat mir ein PDA ausgehändigt, das leider nur über IPv4 nach Hause zum Arbeitgeber-Server kommuniziert. Deshalb musste mein Internetprovider (Kabel Deutschland ) die Verbindung von IPv6 auf IPv4 zurückstellen. Hat der Provider auch anstandslos gemacht. So weit, so gut.

Leider komme ich seitdem mit meinen beiden Debian-Rechnern (1 x LAN, 1 x WLAN) nicht mehr ins Internet. Innerhalb des eigenen Netzwerkes sind jedoch alle Funktionen möglich und auch den Router kann ich erreichen. Auch mit Apple-Smartphone komme ich via WLAN ins Internet (über die Winzig-Tastatur mühe ich mich gerade ab), nur eben nicht mit den Debian-Rechnern.

Mit Konsolenaufruf "ifconfig" erhalte ich den Hinweis auf "inet6-Adresse". Hab' jetzt keine Idee mehr, wie ich die Debian-Rechner ins Internet bekomme :-/ Freue mich deshalb auf eure Hinweise. Vielen Dank.

[mat6937]

Leider komme ich seitdem mit meinen beiden Debian-Rechnern (1 x LAN, 1 x WLAN) nicht mehr ins Internet. Innerhalb des eigenen Netzwerkes sind jedoch alle Funktionen möglich und auch den Router kann ich erreichen.

Wie sind auf deinem Debian-Rechner, die Ausgaben von:

Code: Alles auswählen

ip a
ip r
ip n s
cat /etc/resolv.conf
host -t A heise.de
host -t A heise.de 8.8.8.8
ping -c 3 -W 2 8.8.8.8

?

[killerbees19]

Deshalb musste mein Internetprovider (Kabel Deutschland ) die Verbindung von IPv6 auf IPv4 zurückstellen.

Normalerweise sollte IPv4 im Dualstackbetrieb aber trotzdem verfügbar sein, eventuell halt nur mehr mit einer privaten IP-Adresse über ein CGN. (Stichwort DS-Lite)

Bist Du sicher, dass es nicht ohne jegliche Änderung funktioniert hätte? Ausgehende TCP/UDP Verbindungen stellen dabei kein Problem dar, außer Du brauchst explizit einen Port für eingehende Anfragen.


MfG Christian

[frankieboy]

Wie sind auf deinem Debian-Rechner, die Ausgaben von:

Code: Alles auswählen

ip r
ip n s
cat /etc/resolv.conf
host -t A heise.de
host -t A heise.de 8.8.8.8
ping -c 3 -W 2 8.8.8.8

Code: Alles auswählen

ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:1d:92:df:1e:3a brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.12/24 brd 192.168.0.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fd00:788d:f775:7662:21d:92ff:fedf:1e3a/64 scope global mngtmpaddr dynamic 
       valid_lft 535426sec preferred_lft 401569sec
    inet6 fe80::21d:92ff:fedf:1e3a/64 scope link 
       valid_lft forever preferred_lft forever

Code: Alles auswählen

ip r
default via 192.168.0.1 dev eth0 
192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.12

Code: Alles auswählen

ip n s
fe80::7a8d:f7ff:fe75:7662 dev eth0 lladdr 78:8d:f7:75:76:62 router STALE
192.168.0.11 dev eth0 lladdr 7c:6d:62:0b:78:ec STALE
192.168.0.2 dev eth0 lladdr cc:e1:d5:a6:56:87 STALE
192.168.0.1 dev eth0 lladdr 78:8d:f7:75:76:62 STALE

Code: Alles auswählen

cat /etc/resolv.conf

Die Datei /etc/resolv.conf gibt es, ist jedoch leer

Code: Alles auswählen

host -t A heise.de
;; connection timed out; no servers could be reached

Code: Alles auswählen

host -t A heise.de 8.8.8.8
Using domain server:
Name: 8.8.8.8
Address: 8.8.8.8#53
Aliases:

heise.de has address 193.99.144.80

Code: Alles auswählen

ping -c 3 -W 2 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=56 time=22.3 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=56 time=20.8 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=56 time=18.9 ms

--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 18.928/20.727/22.382/1.418 ms

[frankieboy]

Bist Du sicher, dass es nicht ohne jegliche Änderung funktioniert hätte? Ausgehende TCP/UDP Verbindungen stellen dabei kein Problem dar, außer Du brauchst explizit einen Port für eingehende Anfragen.
MfG Christian

Na ja, meine Firma hat diese Problemlösung vorgeschlagen und der (ausnahmsweise) kompetent wirkende Kabel-Deutschland-Mitarbeiter hat mir bestätigt, dass solche Umstellungen gerade im Firmenkundenbereich häufiger vorgenommen werden müssen.

Im Menü des Routers war bisher eine IPv6-Verbindung angezeigt, jetzt ist es eine IPv4-Verbindung

[mat6937]

Code: Alles auswählen

cat /etc/resolv.conf

Die Datei /etc/resolv.conf gibt es, ist jedoch leer

Code: Alles auswählen

host -t A heise.de
;; connection timed out; no servers could be reached

Code: Alles auswählen

host -t A heise.de 8.8.8.8
Using domain server:
Name: 8.8.8.8
Address: 8.8.8.8#53
Aliases:

heise.de has address 193.99.144.80

Code: Alles auswählen

ping -c 3 -W 2 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=56 time=22.3 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=56 time=20.8 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=56 time=18.9 ms

--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 18.928/20.727/22.382/1.418 ms

Internetzugang mit IPv4 ist vorhanden (siehe DNS mit dem google-Server und den Ping zum google-Server).

Auf deinen Debian-Rechnern funktioniert lediglich die Namensauflösung mit der resolv.conf nicht. Das liegt an der Konfiguration deiner Geräte.

[frankieboy]

Internetzugang mit IPv4 ist vorhanden (siehe DNS mit dem google-Server und den Ping zum google-Server).

Auf deinen Debian-Rechnern funktioniert lediglich die Namensauflösung mit der resolv.conf nicht. Das liegt an der Konfiguration deiner Geräte.

Vielen Dank "mat6937". Das ist ja schon mal 'ne gute Ausgangsbasis für die Fehlerbehebung. Nur, wie richte ich die Namensauflösung für die resolv .conf ein?

[mat6937]

Nur, wie richte ich die Namensauflösung für die resolv .conf ein?

Da gibt es mehrere Möglichkeiten. Wie sind auf deinem Debian-Rechner, die Ausgaben von:

Code: Alles auswählen

apt-cache policy openresolv
ps -fC dhcpcd,dnsmasq
netstat -tulpen | grep -i :53

?

[frankieboy]

[...] Wie sind auf deinem Rechner, die Ausgaben von:
apt-cache policy openresolv
ps -fC dhcpcd,dnsmasq
netstat -tulpen | grep -i :53

Code: Alles auswählen

apt-cache policy openresolv
openresolv:
  Installiert:           (keine)
  Installationskandidat: (keine)
  Versionstabelle:

Code: Alles auswählen

ps -fC dhcpcd,dnsmasq
UID        PID  PPID  C STIME TTY          TIME CMD

Code: Alles auswählen

netstat -tulpen | grep -i :53
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           1000       222051      14416/chromium  
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           106        12851       633/avahi-daemon: r
udp6       0      0 :::5353                 :::*                                106        12852       633/avahi-daemon: r

[mat6937]

Code: Alles auswählen

netstat -tulpen | grep -i :53
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           1000       222051      14416/chromium  
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           106        12851       633/avahi-daemon: r
udp6       0      0 :::5353                 :::*                                106        12852       633/avahi-daemon: r

OK, dann versuch mal die "/etc/resolv.conf"-Datei, manuell zu editieren mit z. B. nano (oder gleichwertig) und trage dort die geeigneten nameserver ein:

Code: Alles auswählen

nano /etc/resolv.conf

Code: Alles auswählen

nameserver 8.8.8.8
nameserver 8.8.4.4

Teste danach mit z. B.:

Code: Alles auswählen

host -t A heise.de

, mach danach einen reboot um festzustellen, ob deine Eintragungen in der resolv.conf, persistent (dauerhaft) sind.
Wenn das nicht der Fall ist, dann schauen wir weiter.

[thoerb]

, mach danach einen reboot um festzustellen, ob deine Eintragungen in der resolv.conf, persistent (dauerhaft) sind.
Wenn das nicht der Fall ist, dann schauen wir weiter.

...dann wäre /etc/dhcp/dhclient.conf die nächste Anlaufstelle.

Code: Alles auswählen

prepend domain-name-servers 127.0.0.1;

Anstatt der 127.0.0.1 die gewünschte DNS-IP eintragen.

[frankieboy]

OK, dann versuch mal die "/etc/resolv.conf"-Datei, manuell zu editieren mit z. B. nano (oder gleichwertig) und trage dort die geeigneten nameserver ein:

Code: Alles auswählen

nano /etc/resolv.conf

Code: Alles auswählen

nameserver 8.8.8.8
nameserver 8.8.4.4

Die Datei wird leider viel zu schnell neu geladen

Code: Alles auswählen

host -t A heise.de

Wie dann zu erwarten kommt dann auch die gleiche Anzeige wie vorher
"Connection timed out; no Servers could be reached

, mach danach einen rebonot um festzustellen, ob deine Eintragungen in der resolv.conf, persistent (dauerhaft) sind.
Wenn das nicht der Fall ist, dann schauen wir weiter.

Einen Eintrag in /etc/dhcp/dhclient habe ich erfolglos vorgenommen

[mat6937]

Die Datei wird leider viel zu schnell neu geladen

Das verstehe ich nicht. Wie sind nach dem Eintrag, die Ausgaben von:

Code: Alles auswählen

cat /etc/resolv.conf
host -t A heise.de

?

[thoerb]

Einen Eintrag in /etc/dhcp/dhclient habe ich erfolglos vorgenommen

Ich habe das eben mal bei meinem Rechner ausprobiert.
In /etc/dhcp/dhclient.conf folgenden Eintrag gemacht:

Code: Alles auswählen

prepend domain-name-servers 8.8.8.8;

Dann den Rechner neu gestartet, danach habe ich in /etc/resolv.conf folgenden Eintrag:

Code: Alles auswählen

nameserver 8.8.8.8

[frankieboy]

Die Datei wird leider viel zu schnell neu geladen

Das verstehe ich nicht. Wie sind nach dem Eintrag, die Ausgaben von:

Code: Alles auswählen

cat /etc/resolv.conf
host -t A heise.de

?

Code: Alles auswählen

google-a-nameserver 8.8.8.8
google-b-nameserver 8.8.4.4

Unmittelbar darauf Ausführung von (Zeitverzug ca. 5 Sek.)

Code: Alles auswählen

cat /etc/resolv.conf

Ohne Antwort bzw. leer

Code: Alles auswählen

host -t A heise.de
;; connection timed out; no servers could be reached

[mat6937]

[

Code: Alles auswählen

google-a-nameserver 8.8.8.8
google-b-nameserver 8.8.4.4

Warum hast Du in die "/etc/resolv.conf"-Datei:

Code: Alles auswählen

google-a-nameserver 8.8.8.8
google-b-nameserver 8.8.4.4

und nicht:

Code: Alles auswählen

nameserver 8.8.8.8
nameserver 8.8.4.4

eingetragen?

[frankieboy]

[

Code: Alles auswählen

google-a-nameserver 8.8.8.8
google-b-nameserver 8.8.4.4

Warum hast Du in die "/etc/resolv.conf"-Datei:

Code: Alles auswählen

google-a-nameserver 8.8.8.8
google-b-nameserver 8.8.4.4

und nicht:

Code: Alles auswählen

nameserver 8.8.8.8
nameserver 8.8.4.4

eingetragen?

Hallo "Mat6937",

erstmal vielen Dank für deine Unterstützung, ich weis das zu schätzen.


Zum Eintrag in der /etc/resolv.conf: Mir war nicht bewusst, dass das wichtig ist. Hab das jetzt jedoch korrigiert. Daran, das sich die Datei in Sekunden neu und leer erneuert, ändert das nichts. Der Fehler besteht weiter

[mat6937]

Zum Eintrag in der /etc/resolv.conf: Mir war nicht bewusst, dass das wichtig ist.

Ja, es muss eine bestimmte Syntax bei den Eintragungen beachtet werden.

Daran, das sich die Datei in Sekunden neu und leer erneuert, ändert das nichts.

Das mit dem "in Sekunden neu und leer erneuert", verstehe ich überhaupt nicht. Könntest Du das mal genau beschreiben bzw. beschreibe auch genau, wie Du die "/etc/resolv.conf"-Datei editierst (d. h. dort die Eintragungen (+ Speichern) der nameserver machst).

[frankieboy]

]Das mit dem "in Sekunden neu und leer erneuert", verstehe ich überhaupt nicht. Könntest Du das mal genau beschreiben bzw. beschreibe auch genau, wie Du die "/etc/resolv.conf"-Datei editierst (d. h. dort die Eintragungen (+ Speichern) der nameserver machst).

Na ja, kann mir nicht vorstellen, dass das Erneuern der Datei mit dort vorgenommen Eintragungen zu tun hat.

Hier mal ein Auszug aus ls -al bevor ich die resolv.conf überhaupt nur angefasst habe:

Code: Alles auswählen

ls -al
[...]
-rw-r--r--   1 root root       0 Sep  2 20:47 resolv.conf
[...]

Der Zeitstempel entspricht eigentlich immer der Systemzeit ...

So ändere ich /etc/resolv.cong ab:

1. Öffnen einer Root-Konsole
2. Eingabe "nano" für öffnen des Editors

Code: Alles auswählen

nano

3. Eingabe der NameServer-Einträge

Code: Alles auswählen

nameserver 8.8.8.8
nameserver 8.8.4.4

4. Speichern der Datei mit "Strg + o"

Code: Alles auswählen

Dateiname zum Speichern:/etc/resolv.conf
Strg + o

"Enter"

5. Sicherheitsabfrage

Code: Alles auswählen

Datei existiert, ÜBERSCHREIBEN?J

6. Bestätigung

Code: Alles auswählen

[ 3 Zeilen geschrieben ]

Anmerkung 3 Zeilen = 2 Zeileneinträge + 1 Leerzeile

7. nano beenden

Code: Alles auswählen

Strg + x

Ein unmittelbar danach ausgeführtes "ls -al" zeigt eine bereits wieder leere Datei

Code: Alles auswählen

ls -al
[...]
-rw-r--r--   1 root root       0 Sep  2 21:20 resolv.conf
[...]

Alternativ zum "nano" habe ich die vorgenannten Schritte auch mit dem "Midnight Commander" und "gEdit" durchgeführt. Immer das gleiche ...

[mat6937]

Der Zeitstempel entspricht eigentlich immer der Systemzeit ...

...

Ein unmittelbar danach ausgeführtes "ls -al" zeigt eine bereits wieder leere Datei

OK, dann erstelle mal auf gleiche Art und Weise, mit dem gleichen Inhalt, eine Datei mit dem Namen "resolv.conf.alt" im Verzeichnis "/etc" und schau mal nach ob diese Datei dann auch leer ist.

EDIT:

Poste auch die Ausgabe von:

Code: Alles auswählen

ps aux | grep -i [d]hc

[frankieboy]

OK, dann erstelle mal auf gleiche Art und Weise, mit dem gleichen Inhalt, eine Datei mit dem Namen "resolv.conf.alt" im Verzeichnis "/etc" und schau mal nach ob diese Datei dann auch leer ist.

Poste auch die Ausgabe von:

Code: Alles auswählen

ps aux | grep -i [d]hc

Nein, ist nicht leer ...

Code: Alles auswählen

ls -al
[...]
-rw-r--r--   1 root root       0 Sep  2 22:19 resolv.conf
-rw-r--r--   1 root root      39 Sep  2 22:18 resolv.conf.alt
[...]

Code: Alles auswählen

ps aux | grep -i [d]hc
root       375  0.0  0.2  25400  8600 ?        Ss   20:24   0:00 dhclient -v -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases eth0

[mat6937]

Nein, ist nicht leer ...

Code: Alles auswählen

ps aux | grep -i [d]hc
root       375  0.0  0.2  25400  8600 ?        Ss   20:24   0:00 dhclient -v -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases eth0

OK, dann wird evtl. der dhclient (oder gleichwertig), jede Änderung der resolv.conf sofort erkennen und auch sofort wieder "überschreiben".

Entweder Du konfigurierst den dhclient entsprechend, oder als workaround (Holzhammermethode!) den dhclient killen, die resolv.conf ändern/editieren, danach sofort das "+i"-Bit (wenn vom OS unterstützt) für die resolv.conf setzen und z. B. rebooten.

Wie ist die Ausgabe von:

Code: Alles auswählen

lsattr /etc/resolv.conf

?

[frankieboy]

Code: Alles auswählen

lsattr /etc/resolv.conf
-------------e-- /etc/resolv.conf

[mat6937]

Code: Alles auswählen

lsattr /etc/resolv.conf
-------------e-- /etc/resolv.conf

OK, dann sollte:

Code: Alles auswählen

chattr +i /etc/resolv.conf

nach (dem killen des dhclient und) dem editieren der resolv.conf, möglich sein.

[frankieboy]

Code: Alles auswählen

lsattr /etc/resolv.conf
-------------e-- /etc/resolv.conf

OK, dann sollte:

Code: Alles auswählen

chattr +i /etc/resolv.conf

nach (dem killen des dhclient und) dem editieren der resolv.conf, möglich sein.

DHCP killen oder editieren? Wie sollte denn die Datei /etc/dhcp/dhclient.conf ggf. aussehen?

Hier die aktuelle Fassung. Ist fast alles auskommentiert ...

Code: Alles auswählen

# [Readme-Kommentar]
#

option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;

#send host-name "andare.fugue.com";
send host-name = gethostname();
#send dhcp-client-identifier 1:0:a0:24:ab:fb:9c;
#send dhcp-lease-time 3600;
#supersede domain-name "fugue.com home.vix.com";
#prepend domain-name-servers 127.0.0.1;
request subnet-mask, broadcast-address, time-offset, routers,
	domain-name, domain-name-servers, domain-search, host-name,
	dhcp6.name-servers, dhcp6.domain-search,
	netbios-name-servers, netbios-scope, interface-mtu,
	rfc3442-classless-static-routes, ntp-servers;
#require subnet-mask, domain-name-servers;
#timeout 60;
#retry 60;
#reboot 10;
#select-timeout 5;
#initial-interval 2;
#script "/etc/dhcp3/dhclient-script";
#media "-link0 -link1 -link2", "link0 link1";
#reject 192.33.137.209;

#alias {
#  interface "eth0";
#  fixed-address 192.5.5.213;
#  option subnet-mask 255.255.255.255;
#}

#lease {
#  interface "eth0";
#  fixed-address 192.33.137.200;
#  medium "link0 link1";
#  option host-name "andare.swiftmedia.com";
#  option subnet-mask 255.255.255.0;
#  option broadcast-address 192.33.137.255;
#  option routers 192.33.137.250;
#  option domain-name-servers 127.0.0.1;
#  renew 2 2000/1/12 00:00:01;
#  rebind 2 2000/1/12 00:00:01;
#  expire 2 2000/1/12 00:00:01;
#}