Forum EUserv
Server-Foren => Root-Server - Allgemein => Thema gestartet von: sven-ola am 16.August 2013, 19:50:17
-
Hey,
hatte IPv6 schon seit einer ganze Weile zu laufen. In der letzten Zeit lässt sich das IPv6-Gateway aber nicht mehr ping6-en. Ich hab' gesehen, dass neuerdings IPv6-Adressen im Server-Verwaltungs-Web-Frontend verwaltet werden. Hab's angeklickt und dort dieselben IPv6-Adressen angeboten bekommen, die der Server schon immer hatte. Kurz: irgendwas ist braun.
eth0: inet6 2a02:180:1:1::551f:bb9c/64
default via 2a02:180:1:1::1 dev eth0
// Sven-Ola
-
Hi
Bin mir nicht ganz sicher ob das mit zum Thema passt.
Aber ich habe ein ähnliches Problem.
Wenn ich unter Debian ein apt-get update mache hängt der Server ständig beim security.debian.org an einer IPv6 fest.
Habe es Temporär gelöst indem ich IPv6 komplett deaktiviert habe.
Aber das muss doch sicherlich anders gehen?
-
Ich kann mit meinem neuen Root-Server weder das IPV6-Gateway noch anderes Hosts anpingen oder erreichen.
Folgender Eintrag unter /etc/network/interfaces
iface eth0 inet6 static
address 2a02:0180:1:1::517:d73
netmask 64
gateway 2a02:0180:1:1::1
ifconfig eth0 |grep inet6
inet6-Adresse: fe80::225:90ff:feaa:f21a/64 Gültigkeitsbereich:Verbindung
inet6-Adresse: 2a02:180:1:1::517:d73/64 Gültigkeitsbereich:Global
route -6
Kernel-IPv6-Routentabelle
Destination Next Hop Flag Met Ref Use If
2a02:180:1:1::/64 :: U 256 0 1 eth0
2a02:180:a:42::/64 :: UAe 256 0 0 eth0
fe80::/64 :: U 256 0 0 eth0
::/0 2a02:180:1:1::1 UG 1024 0 0 eth0
::/0 fe80::30c3:f3ff:fe0d:bf37 UGDA 1024 0 0 eth0
::/0 fe80::8e89:a5ff:fe65:486e UGDAe 1024 0 0 eth0
::/0 :: !n -1 1 84 lo
::1/128 :: Un 0 1 30 lo
2a02:180:1:1::517:d73/128 :: Un 0 1 138 lo
fe80::225:90ff:feaa:f21a/128 :: Un 0 1 0 lo
ff00::/8 :: U 256 0 0 eth0
::/0 :: !n -1 1 84 lo
Gruß,
Daniel
-
Hallo,
bitte generell die Auto-Config deaktivieren per /etc/sysctl.conf Eintrag:
Hinzufügen in /etc/sysctl.conf
net.ipv6.conf.all.autoconf=0
net.ipv6.conf.all.accept_ra=0
Gruß Ronny
-
Funktioniert nicht, ich bin mit meinem Latein am Ende :'(
ping6 2a02:180:1:1::1
PING 2a02:180:1:1::1(2a02:180:1:1::1) 56 data bytes
From 2a02:180:1:1::517:d73 icmp_seq=1 Destination unreachable: Address unreachable
From 2a02:180:1:1::517:d73 icmp_seq=2 Destination unreachable: Address unreachable
From 2a02:180:1:1::517:d73 icmp_seq=3 Destination unreachable: Address unreachable
^C
--- 2a02:180:1:1::1 ping statistics ---
4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2999ms
Ich habe noch zusätzlich,
net.ipv6.conf.default.autoconf = 0
gesetzt.
Habe mal ein Ticket beim Support eröffnet.
13:03 Uhr / Update
Autoconfig für das Device eth0 deaktiviert.
net.ipv6.conf.eth0.autoconf=0
net.ipv6.conf.eth0.accept_ra=0
route -6
Kernel-IPv6-Routentabelle
Destination Next Hop Flag Met Ref Use If
2a02:180:1:1::/64 :: U 256 0 1 eth0
fe80::/64 :: U 256 0 0 eth0
::/0 2a02:180:1:1::1 UG 1024 0 0 eth0
::/0 :: !n -1 1 24 lo
::1/128 :: Un 0 1 5 lo
2a02:180:1:1::517:d73/128 :: Un 0 1 57 lo
fe80::225:90ff:feaa:f21a/128 :: Un 0 1 0 lo
ff00::/8 :: U 256 0 0 eth0
::/0 :: !n -1 1 24 lo
Ändert aber nichts daran das ich nicht mal das default-Gateway erreichen kann. Ich habe den Verdacht das die mir zugeteile IPV6-Adresse am Switch noch fürs Routing freigegeben werden muss.
Ich nutze Debian Wheezy 7.1
-
Hi Ronny, Daniel,
hab's mittlerweile 'rausgefunden: die ipv6-temp-addressen waren es bei mir. Wissenschon: diese zufälligen IPv6-Adressen, die der Kernel verwendet um die tatsächliche Identität eines Autoconf-Clients zu verschleiern. Keine Ahnung warum das in der Vergangenheit funktionierte, aber der folgende Eintrag in die /etc/sysctl.conf tut es:
net.ipv6.conf.all.use_tempaddr = 0
Hintergrund: die IPv6-Absender-Adresse sollte bei einem IPv6-Server (anders als bei einem IPv6-Client) eben nicht eine temporäre IPv6 sein, sonder die fest vorgebenene und genau nur die. Ich nehme an, die Config des IPv6-Routers (2a02:180:1:1::1) wurde in der Zwischenzeit geändert / gefixed.
Gruß // Sven-Ola
-
Hallo,
mein ipv6-Problem ist anscheinend anderer Natur.
Jegliche Softwareeinstellungen haben meinerseits nicht zum Erfolg geführt.
Der Support von euserv ist informiert und natürlich auch an einer Lösung interessiert. Mein Fall ist noch in Bearbeitung.
Gruß,
Daniel
-
Hallo,
@_Daniel_ bitte nochmal prüfen, ob nun IPv6 bei Dir problemlos arbeitet, ansonsten bitte nochmal kurz melden (und die Switchdaten aus dem Kundencenter angeben).
Gruß Ronny
-
Funktioniert :)