Server nicht mehr über v6 erreichbar

simonszu · Jan 21st 2015

Hi,

seit gestern nacht um 12 Uhr ist mein Server nicht mehr über IPv6 erreichbar, was vorher problemlos geklappt hat. Auf Pings antwortet er nicht mehr, und ein traceroute sieht folgendermaßen aus:

Quote

$ traceroute6 2a03:4000:8:23::1
traceroute to 2a03:4000:8:23::1 (2a03:4000:8:23::1), 30 hops max, 40 byte packets
1 2a02:2e0:3fc:52::1 (2a02:2e0:3fc:52::1) 1.085 ms 1.059 ms 1.239 ms
2 te1-3.c301.f.de.plusline.net (2a02:2e0:1::35) 0.919 ms 0.988 ms 0.852 ms
3 te0-0-2-0.c350.f.de.plusline.net (2a02:2e0:11:16:c::350) 1.124 ms 0.968 ms 2.246 ms
4 gw-decix.ffm.netcup.de (2001:7f8::3:3a4:0:1) 2010.183 ms !H * *

Display More

Firewall und so habe ich testweise mal abgeschaltet, ohne Erfolg. Ich kann von dem Server aus auch nicht über v6 raus.
Ich habe v6 auf meinem Server so konfiguriert, wie im Debianwiki beschrieben. Woran kann das liegen? Ich frage deshalb öffentlich, weil ich erfahren möchte, ob andere Kunden das gleiche Problem haben, oder ob es doch was lokales ist.

RayMD · Jan 21st 2015

Habs gerade bei mir probiert:

Code

traceroute to ipv6.ray-works.de (2a03:4000:2:190::3), 30 hops max, 80 byte packets
 1  2001:2e8:665:0:2:2:0:1 (2001:2e8:665:0:2:2:0:1)  0.091 ms  0.039 ms  0.042 ms
 2  2001:2e8:22:204::2 (2001:2e8:22:204::2)  0.953 ms  0.879 ms  1.047 ms
 3  2001:2e8:20::22:11 (2001:2e8:20::22:11)  1.240 ms  63.613 ms  1.105 ms
 4  2001:3e0:5001:12::1 (2001:3e0:5001:12::1)  3.156 ms  3.100 ms  3.089 ms
 5  gigabitethernet2-8.core1.tyo1.he.net (2001:7fa:7:1::6939:1)  5.679 ms  5.605 ms  5.875 ms
 6  10ge15-2.core1.lax2.he.net (2001:470:0:294::1)  102.223 ms  108.015 ms  107.947 ms
 7  10ge10-2.core1.lax1.he.net (2001:470:0:72::1)  100.698 ms  103.704 ms  102.504 ms
 8  10ge10-8.core1.nyc4.he.net (2001:470:0:10e::2)  162.228 ms  171.681 ms  171.623 ms
 9  * 100ge7-2.core1.lon2.he.net (2001:470:0:2cf::1)  253.323 ms *
10  100ge3-2.core1.ams1.he.net (2001:470:0:2d0::2)  257.598 ms  257.470 ms  257.368 ms
11  100ge5-1.core1.fra1.he.net (2001:470:0:2d4::2)  261.167 ms  257.155 ms  257.072 ms
12  gw-decix.ffm.netcup.de (2001:7f8::3:3a4:0:1)  268.103 ms  268.042 ms  267.948 ms
13  ipv6.ray-works.de (2a03:4000:2:190::3)  271.782 ms  270.944 ms  270.804 ms

Display More

funktioniert soweit ganz gut, keine Probleme...

jamesbond · Jan 21st 2015

Bei meinem KVM-vServer gibt es aktuell ebenfalls keine Probleme mit der IPv6-Anbindung und soweit ich das nachvollziehen kann, hat es heute den ganzen Tag über durchgehend störungsfrei funktioniert.

Larde · Jan 23rd 2015

Hallo,

Meine Dienste sind von außen auch nicht mehr über IPv6 zu erreichen. Ich kann jetzt aber nicht sagen, seit wann das so ist. Hat mal funktioniert, tja...

Gruß,
-Kai.

**[netcup] Oli W.** · Jan 23rd 2015

Was zeigt die Routingtabelle für IPv6 auf dem Server an?

Code

ip -6 route show

Larde · Jan 23rd 2015

Hi,

Meine Kiste läuft mit CentOS 6. Ich hatte im Laufe der IPv6 Zertifizierung von he.net (yeah, gratis T-Shirt!) mal alles v6 tauglich gemacht. Das ist schon ne ganze Weile her, seitdem hab ich es nicht mehr angefasst. Vielleicht war das ja ein Fehler, mal sollte sein System vielleicht ab und zu mal durchchecken.

Ist mir jetzt nicht so mega wichtig, ich wollte nur bestätigen, dass auch andere Leute das Problem haben. Ich hätte es ja nicht mal gemerkt, wenn ich es nicht aufgrund dieses Threads geprüft hätte.

Anyway:

Code

[root@mx ~]# ip -6 route show
unreachable ::/96 dev lo  metric 1024  error -101 mtu 16436 advmss 16376 hoplimit 4294967295
unreachable ::ffff:0.0.0.0/96 dev lo  metric 1024  error -101 mtu 16436 advmss 16376 hoplimit 4294967295
unreachable 2002:a00::/24 dev lo  metric 1024  error -101 mtu 16436 advmss 16376 hoplimit 4294967295
unreachable 2002:7f00::/24 dev lo  metric 1024  error -101 mtu 16436 advmss 16376 hoplimit 4294967295
unreachable 2002:a9fe::/32 dev lo  metric 1024  error -101 mtu 16436 advmss 16376 hoplimit 4294967295
unreachable 2002:ac10::/28 dev lo  metric 1024  error -101 mtu 16436 advmss 16376 hoplimit 4294967295
unreachable 2002:c0a8::/32 dev lo  metric 1024  error -101 mtu 16436 advmss 16376 hoplimit 4294967295
unreachable 2002:e000::/19 dev lo  metric 1024  error -101 mtu 16436 advmss 16376 hoplimit 4294967295
2a03:4000:2:4a7::/64 dev eth0  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit 4294967295
unreachable 3ffe:ffff::/32 dev lo  metric 1024  error -101 mtu 16436 advmss 16376 hoplimit 4294967295
fe80::/64 dev eth0  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit 4294967295
default via fe80::1 dev eth0  metric 1  mtu 1500 advmss 1440 hoplimit 4294967295
default via fe80::1 dev eth0  proto kernel  metric 1024  expires 1787sec mtu 1500 advmss 1440 hoplimit 64

Display More

Das merkwürdige ist, ich benutze diesen Rechner (mx.moonage.net) gerade als Proxy, und alle IPv6 Testseiten die ich aufrufe, bestätigen mir das IPv6 funktioniert, und erkennen, dass ich 2a03:4000:2:4a7::2 als Proxy nutze. Wenn ich aber von außen einen IPv6 Test auf http oder smtp auf meiner Kiste absetze, funktioniert kein connect, obwohl die Dienste laufen sollten.

Code

[root@mx ~]# netstat -anp|grep -E "::80|::25"
tcp        0      0 :::80                       :::*                        LISTEN      10638/lighttpd      
tcp        0      0 :::25                       :::*                        LISTEN      31074/master

Gruß,
-Kai.

**[netcup] Oli W.** · Jan 23rd 2015

Quote from Larde

Meine Kiste läuft mit CentOS 6.

Wenn die eine Richtung klappt (ausgehend), könnte es auch an der Firewall liegen. centos 6 hat eine default Firewall für IPv6 aktiv:

Code

ip6tables -L -n

Behebbar mit:

Code

# service ip6tables stop
# chkconfig ip6tables off

via How To: Disable Firewall on RHEL / CentOS / RedHat Linux

Larde · Jan 23rd 2015

Quote from [netcup] Oli

Wenn die eine Richtung klappt (ausgehend), könnte es auch an der Firewall liegen. centos 6 hat eine default Firewall für IPv6 aktiv:

Haha, ja, Sorry, ich hab das auch gerade rausgefunden. Da muss sich aber mal in der default config was geändert haben, ich hab die entsprechenden Ports jetzt in die config mit aufgenommen. Firewall restartet, geht.

Mea culpa, ich hätte erst mal versuchen sollen, das Problem zu lösen. Etwas peinlich.

<duck>

-Kai.

Tags