Hallo, in meinem vorherigen Thread hatte ich erwähnt, dass für IPv6 Adressen im Heimnetzwerk keine Namensauflösung stattfindet. Ein ping -6 Rechnername bringt ping: Rechnername: Die Adressfamilie für Hostnamen wird nicht unterstützt Das gilt aber nur für Tumbleweed und nicht für meine Raspis. Was ist denn in Tumbleweed wo einzustellen, damit es auch mit IPv6 klappt. Das Netzwerk wird über den Netzwerkmanager gesteuert und der ist über KDE einzurichten. Dort steht unter IPv6 und Methode "automatisch", also das selbe wie unter IPv4. Die Einträge für DNS und Suchdomäne sind leer, die Privatspähre auf Standard. Alles läuft über eine Fritzbox. Ich lese immer nur, IPv6 ginge out-of-the-box. Joachim
Am 7/1/24 um 11:50 AM schrieb Joachim Hussong:
ping: Rechnername: Die Adressfamilie für Hostnamen wird nicht unterstützt
Das gilt aber nur für Tumbleweed und nicht für meine Raspis.
Was ist denn in Tumbleweed wo einzustellen, damit es auch mit IPv6 klappt.
Das Netzwerk wird über den Netzwerkmanager gesteuert und der ist über KDE einzurichten. Dort steht unter IPv6 und Methode "automatisch", also das selbe wie unter IPv4. Die Einträge für DNS und Suchdomäne sind leer, die Privatspähre auf Standard.
Alles läuft über eine Fritzbox.
Ich lese immer nur, IPv6 ginge out-of-the-box.
Ja, das ist auch im Normalfalle so. Kannst Du bitte mal die Ausgabe der folgenden Kommendos posten: nmcli connection show "$CONNECTION" | grep dns nmcli connection show "$CONNECTION" | grep IP ping ::1 ip -6 r $CONNECTION bitte passend setzen. Viele Grüße Ulf
Am 01.07.24 um 12:42 schrieb Ulf Volmer:
Am 7/1/24 um 11:50 AM schrieb Joachim Hussong:
ping: Rechnername: Die Adressfamilie für Hostnamen wird nicht unterstützt
Das gilt aber nur für Tumbleweed und nicht für meine Raspis.
Was ist denn in Tumbleweed wo einzustellen, damit es auch mit IPv6 klappt.
Das Netzwerk wird über den Netzwerkmanager gesteuert und der ist über KDE einzurichten. Dort steht unter IPv6 und Methode "automatisch", also das selbe wie unter IPv4. Die Einträge für DNS und Suchdomäne sind leer, die Privatspähre auf Standard.
Alles läuft über eine Fritzbox.
Ich lese immer nur, IPv6 ginge out-of-the-box.
Ja, das ist auch im Normalfalle so.
Kannst Du bitte mal die Ausgabe der folgenden Kommendos posten:
nmcli connection show "$CONNECTION" | grep dns
joachim@Theophila:/etc> nmcli connection show enp42s0 | grep dns connection.mdns: -1 (default) connection.dns-over-tls: -1 (default) ipv4.dns: -- ipv4.dns-search: -- ipv4.dns-options: -- ipv4.dns-priority: 0 ipv4.ignore-auto-dns: nein ipv6.dns: -- ipv6.dns-search: -- ipv6.dns-options: -- ipv6.dns-priority: 0 ipv6.ignore-auto-dns: nein joachim@Theophila:/etc>
nmcli connection show "$CONNECTION" | grep IP
joachim@Theophila:/etc> nmcli connection show enp42s0 | grep IP GENERAL.IP-IFACE: enp42s0 IP4.ADDRESS[1]: 192.168.178.15/24 IP4.GATEWAY: 192.168.178.1 IP4.ROUTE[1]: dst = 192.168.178.0/24, nh = 0.0.0.0, mt = 100 IP4.ROUTE[2]: dst = 0.0.0.0/0, nh = 192.168.178.1, mt = 100 IP4.DNS[1]: 192.168.178.1 IP4.DOMAIN[1]: fritz.box IP6.ADDRESS[1]: 2003:d9:d71a:6f00:143a:ff75:f3d8:b524/64 IP6.ADDRESS[2]: 2003:d9:d71a:6f00:67c:16ff:fe47:c6e3/64 IP6.ADDRESS[3]: fe80::67c:16ff:fe47:c6e3/64 IP6.GATEWAY: fe80::de39:6fff:fe53:7593 IP6.ROUTE[1]: dst = fe80::/64, nh = ::, mt = 1024 IP6.ROUTE[2]: dst = 2003:d9:d71a:6f00::/64, nh = ::, mt = 100 IP6.ROUTE[3]: dst = 2003:d9:d71a:6f00::/56, nh = fe80::de39:6fff:fe53:7593, mt = 100 IP6.ROUTE[4]: dst = ::/0, nh = fe80::de39:6fff:fe53:7593, mt = 100 IP6.DNS[1]: fd00::de39:6fff:fe53:7593 IP6.DNS[2]: 2003:d9:d71a:6f00:de39:6fff:fe53:7593 joachim@Theophila:/etc>
ping ::1
joachim@Theophila:/etc> ping ::1 PING ::1 (::1) 56 Datenbytes 64 Bytes von ::1: icmp_seq=1 ttl=64 Zeit=0.019 ms 64 Bytes von ::1: icmp_seq=2 ttl=64 Zeit=0.025 ms 64 Bytes von ::1: icmp_seq=3 ttl=64 Zeit=0.030 ms ^C --- ::1 ping-Statistik --- 3 Pakete übertragen, 3 empfangen, 0% packet loss, time 2018ms rtt min/avg/max/mdev = 0.019/0.024/0.030/0.004 ms joachim@Theophila:/etc>
ip -6 r
joachim@Theophila:/etc> ip -6 r 2003:d9:d71a:6f00::/64 dev enp42s0 proto ra metric 100 pref medium 2003:d9:d71a:6f00::/56 via fe80::de39:6fff:fe53:7593 dev enp42s0 proto ra metric 100 pref medium fe80::/64 dev enp42s0 proto kernel metric 1024 pref medium default via fe80::de39:6fff:fe53:7593 dev enp42s0 proto ra metric 100 pref medium joachim@Theophila:/etc>
Am 7/1/24 um 7:00 PM schrieb Joachim Hussong:
Am 01.07.24 um 12:42 schrieb Ulf Volmer:
Kannst Du bitte mal die Ausgabe der folgenden Kommendos posten:
joachim@Theophila:/etc> nmcli connection show enp42s0 | grep dns
[...] Sieht aus meiner Sicht alles ok aus. Deine Fritzbox ist dreimal als DNS- Server hinterlegt, was aber nicht schaden dürfte. Was sagt denn ein dig -t AAAA Rechnername.fritz.box ? Viele GRüße Ulf
Am 01.07.24 um 19:18 schrieb Ulf Volmer:
Am 7/1/24 um 7:00 PM schrieb Joachim Hussong:
Am 01.07.24 um 12:42 schrieb Ulf Volmer:
Kannst Du bitte mal die Ausgabe der folgenden Kommendos posten:
joachim@Theophila:/etc> nmcli connection show enp42s0 | grep dns
[...]
Sieht aus meiner Sicht alles ok aus. Deine Fritzbox ist dreimal als DNS- Server hinterlegt, was aber nicht schaden dürfte.
Was sagt denn ein
dig -t AAAA Rechnername.fritz.box
Das folgende ist dig von TW aus auf vanya, den Pi. Es sieht so aus, als ob es eigentlich funktioniert. Andersrum geht grad nicht. dig ist auf dem Raspi nicht installiert und ich weiß nicht, in welchem Paket das zu finden ist. ; <<>> DiG 9.18.27 <<>> -t AAAA vanya.fritz.box ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2414 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 3 ;; QUESTION SECTION: ;vanya.fritz.box. IN AAAA ;; ANSWER SECTION: vanya.fritz.box. 9 IN AAAA 2003:d9:d71a:6f00:1ff:ceb1:e38e:5e04 ;; AUTHORITY SECTION: vanya.fritz.box. 9 IN NS fritz.box. ;; ADDITIONAL SECTION: fritz.box. 9 IN A 192.168.178.1 fritz.box. 9 IN AAAA fd00::de39:6fff:fe53:7593 fritz.box. 9 IN AAAA 2003:d9:d71a:6f00:de39:6fff:fe53:7593 ;; Query time: 0 msec ;; SERVER: 192.168.178.1#53(192.168.178.1) (UDP) ;; WHEN: Mon Jul 01 19:47:18 CEST 2024 ;; MSG SIZE rcvd: 147
?
Viele GRüße Ulf
doch noch hin gekriegt vanya:/home/joachim# dig -t AAAA theophila.fritz.box ; <<>> DiG 9.18.24-1-Debian <<>> -t AAAA theophila.fritz.box ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34252 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 1, ADDITIONAL: 3 ;; QUESTION SECTION: ;theophila.fritz.box. IN AAAA ;; ANSWER SECTION: theophila.fritz.box. 9 IN AAAA 2003:d9:d71a:6f00:143a:ff75:f3d8:b524 theophila.fritz.box. 9 IN AAAA 2003:d9:d71a:6f00:67c:16ff:fe47:c6e3 ;; AUTHORITY SECTION: theophila.fritz.box. 9 IN NS fritz.box. ;; ADDITIONAL SECTION: fritz.box. 9 IN A 192.168.178.1 fritz.box. 9 IN AAAA fd00::de39:6fff:fe53:7593 fritz.box. 9 IN AAAA 2003:d9:d71a:6f00:de39:6fff:fe53:7593 ;; Query time: 0 msec ;; SERVER: 192.168.178.1#53(192.168.178.1) (UDP) ;; WHEN: Mon Jul 01 21:08:45 CEST 2024 ;; MSG SIZE rcvd: 179
Am 01.07.24 um 21:01 schrieb Joachim Hussong:
Am 01.07.24 um 19:18 schrieb Ulf Volmer:
Am 7/1/24 um 7:00 PM schrieb Joachim Hussong:
Am 01.07.24 um 12:42 schrieb Ulf Volmer:
Kannst Du bitte mal die Ausgabe der folgenden Kommendos posten:
joachim@Theophila:/etc> nmcli connection show enp42s0 | grep dns
[...]
Sieht aus meiner Sicht alles ok aus. Deine Fritzbox ist dreimal als DNS- Server hinterlegt, was aber nicht schaden dürfte.
Was sagt denn ein
dig -t AAAA Rechnername.fritz.box
Das folgende ist dig von TW aus auf vanya, den Pi. Es sieht so aus, als ob es eigentlich funktioniert. Andersrum geht grad nicht. dig ist auf dem Raspi nicht installiert und ich weiß nicht, in welchem Paket das zu finden ist.
; <<>> DiG 9.18.27 <<>> -t AAAA vanya.fritz.box ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2414 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 3
;; QUESTION SECTION: ;vanya.fritz.box. IN AAAA
;; ANSWER SECTION: vanya.fritz.box. 9 IN AAAA 2003:d9:d71a:6f00:1ff:ceb1:e38e:5e04
;; AUTHORITY SECTION: vanya.fritz.box. 9 IN NS fritz.box.
;; ADDITIONAL SECTION: fritz.box. 9 IN A 192.168.178.1 fritz.box. 9 IN AAAA fd00::de39:6fff:fe53:7593 fritz.box. 9 IN AAAA 2003:d9:d71a:6f00:de39:6fff:fe53:7593
;; Query time: 0 msec ;; SERVER: 192.168.178.1#53(192.168.178.1) (UDP) ;; WHEN: Mon Jul 01 19:47:18 CEST 2024 ;; MSG SIZE rcvd: 147
Das ist alles gut und richtig. Man sieht in der 3. Zeile von unten auch, dass der richtige DNS Server antwortet (also wohl in der /etc/resolv,conf eingetragen wurde) Mir fehlt im Moment aber die Theorie, warum das dann im System nicht mehr funktioniert. Die /etc/nsswicth.conf könnte vergurkt sein, dass müsste dann aber auch bei IPv4 zuschlagen. Taucht irgendwo was mit einer 1 am Ende bei sysctl -a|grep disable_ipv6 auf? BTW: geht ein ping auf die IPv6 von oben? Viele Grüße Ulf
Am 7/2/24 um 8:49 AM schrieb Joachim Hussong:
Am 01.07.24 um 21:49 schrieb Ulf Volmer:
Taucht irgendwo was mit einer 1 am Ende bei sysctl -a|grep disable_ipv6
nein, alles nur Nullen
BTW: geht ein ping auf die IPv6 von oben?
alle pings auf IPs in allen Richtungen gehen
Und Du hast nicht zufällig einen Eintrag für 'Rechnername' in der /etc/hosts? Viele Grüße Ulf
Am Dienstag, 2. Juli 2024, 11:05:35 CEST schrieb Ulf Volmer:
Am 7/2/24 um 8:49 AM schrieb Joachim Hussong:
Am 01.07.24 um 21:49 schrieb Ulf Volmer:
Taucht irgendwo was mit einer 1 am Ende bei sysctl -a|grep disable_ipv6
nein, alles nur Nullen
BTW: geht ein ping auf die IPv6 von oben?
alle pings auf IPs in allen Richtungen gehen
Und Du hast nicht zufällig einen Eintrag für 'Rechnername' in der /etc/hosts?
Viele Grüße Ulf wenn ja, was muss dann raus genommen oder ergänzt werden? Da steht u. a. 127.0.0.1 localhost 127.0.1.1 RechnernameXYZ
# The following lines are desirable for IPv6 capable hosts ::1 ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters
Am 7/2/24 um 11:51 AM schrieb Herbert Albert:
wenn ja, was muss dann raus genommen oder ergänzt werden?
Da steht u. a.
127.0.0.1 localhost 127.0.1.1 RechnernameXYZ
In Deinem Falle ist alle fein. Dein Rechner findest da seinen eigenen Namen und die Info, dass er den über 127.0.1.1 erreichen kann. Paßt. In Joachims Falle stand da ein statischer IPv4 Eintrag für einen externen Rechner, der dann nicht mehr per IPv6 erreichbar war. Viele Grüße Ulf
participants (3)
-
Herbert Albert -
Joachim Hussong -
Ulf Volmer