Situation:
In unserem Netzwerk gibt es nur einen IPv4-Router, an den jeder Computer angeschlossen ist (WLAN oder Kabel). Ein Server mit IPv4 und IPv6 ist ebenfalls mit diesem Router verbunden. Der Server wurde mit Tunnelbrokern für 6to4-Tunneling und Radvd konfiguriert. Clients im Netzwerk haben das richtige Präfix und können sich über IPv6 gegenseitig anpingen. Sie können jedoch erst dann mit dem Internet pingen, wenn sie den Server (den mit dem Tunnel) zum ersten Mal pingen. Ich habe irgendwo festgestellt, dass es sich um ein ICMP-Problem handelt, konnte aber keine Lösung finden.
Ist das Problem, dass der Router nur IPv4 ist?
- Server und Clients führen Linux aus
- Der Router führt dd-wrt ohne IPv6-Unterstützung aus :(
Ping-Versuch:
standa @ standa-Laptop: ~ $ ping6 ipv6.google.com PING ipv6.google.com (2a00: 1450: 8007 :: 69) 56 Datenbytes ^ C. --- ipv6.google.com Ping-Statistiken --- 29 gesendete Pakete, 0 empfangene, 100% Paketverlust, Zeit 28223 ms standa @ standa-Laptop: ~ $ ping6 2001: 470: XXXX: XXXX: 21c: c0ff: fe2b: 6478 PING 2001: 470: XXXX: XXXX: 21c: c0ff: fe2b: 6478 (2001: 470: XXXX: XXXX: 21c: c0ff: fe2b: 6478) 56 Datenbytes 64 Bytes von 2001: 470: XXXX: XXXX: 21c: c0ff: fe2b: 6478: icmp_seq = 1 ttl = 64 time = 3,55 ms 64 Bytes von 2001: 470: XXXX: XXXX: 21c: c0ff: fe2b: 6478: icmp_seq = 2 ttl = 64 time = 0,311 ms 64 Bytes von 2001: 470: XXXX: XXXX: 21c: c0ff: fe2b: 6478: icmp_seq = 3 ttl = 64 time = 0,269 ms 64 Bytes von 2001: 470: XXXX: XXXX: 21c: c0ff: fe2b: 6478: icmp_seq = 4 ttl = 64 time = 0,292 ms ^ C. --- 2001: 470: XXXX: XXXX: 21c: c0ff: fe2b: 6478 Ping-Statistiken --- 4 Pakete gesendet, 4 empfangen, 0% Paketverlust, Zeit 3000ms rtt min / avg / max / mdev = 0,269 / 1,107 / 3,559 / 1,415 ms standa @ standa-Laptop: ~ $ ping6 ipv6.google.com PING ipv6.google.com (2a00: 1450: 8007 :: 69) 56 Datenbytes 64 Bytes von 2a00: 1450: 8007 :: 69: icmp_seq = 1 ttl = 57 Zeit = 20,7 ms 64 Bytes von 2a00: 1450: 8007 :: 69: icmp_seq = 2 ttl = 57 time = 20,2 ms 64 Bytes von 2a00: 1450: 8007 :: 69: icmp_seq = 3 ttl = 57 time = 23,4 ms ^ C. --- ipv6.google.com Ping-Statistiken --- 3 gesendete Pakete, 3 empfangene, 0% Paketverlust, Zeit 2001 ms rtt min / avg / max / mdev = 20,267 / 21,479 / 23,413 / 1,392 ms
UPDATE: Radvd-Konfiguration
Schnittstelle eth0 {
AdvSendAdvert on;
MinRtrAdvInterval 3;
MaxRtrAdvInterval 10;
AdvLinkMTU 1280;
Präfix 2001: 470: 1f0a: 1511: 1 :: / 64 {
AdvOnLink on;
AdvAutonomous on;
AdvRouterAddr on;
};
};
UPDATE 2: Ohne Verbindung
ip -6 wiehern fe80 :: 21c: c0ff: fe2b: 6478 dev wlan1 lladdr 00: 1c: c0: 2b: 64: 78 router REACHABLE
Mit Verbindung (nach Ping)
fe80 :: 21c: c0ff: fe2b: 6478 dev wlan1 lladdr 00: 1c: c0: 2b: 64: 78 router STALE 2001: 470: 1f0a: 1511 :: 1 dev wlan1 lladdr 00: 1c: c0: 2b: 64: 78 Router REACHABLE
Nachbarwerbung geschieht beim Pingen:
fe80 :: 21c: c0ff: fe2b: 6478 2001: 470: 1f0a: 1511: 21c: bfff: fe60: b389 ICMPv6 Nachbarwerbung 2001: 470: 1f0a: 1511: 21c: bfff: fe60: b389 fe80 :: 21c: c0ff: fe2b: 6478 ICMPv6-Nachbarwerbung
Stellen Sie sicher, dass Ihre Clients die IPv6-Adresse des Servers als Gateway / Router verwenden. Wie Jeff betonte, kann dies automatisch zugewiesen werden (überprüfen Sie Ihre Radvd-Konfiguration) oder manuell. In diesem Fall überprüfen Sie die Client-Konfiguration.
quelle
Ich denke, Ihre radvd.conf ist in Ordnung, obwohl es nicht schaden würde,
ip -6 addr; ip -6 routevor und nach dem Ping auf dem Client zu vergleichen . Ist auf der Tunnelbox oder auf dem Router eine Art Verbindungsverfolgung aktiviert? Ist ein Ping6 aus der Tunnelbox ausreichend? Eine zustandsbehaftete Firewall könnte erklären, warum die Pakete erst nach einem erfolgreichen Ping zurückkommen.quelle