Seltsame Probleme mit IPv6-Adressen

Nabend zusammen,

ich habe mir vor ein paar Wochen einen neuen Server gemietet und an diesem Wochenende meinen alten auf diesen migriert (Wheezy -> Jessie). Mir sind direkt Probleme mit meiner IPv6-Failover-Adresse aufgefallen, die ich auf dem neuen Server nun erstmals benutze. Leider ist mein Server nicht unter dieser erreichbar, die Standard-IPv6 von dem Server funktionierte normal. Vorab, ich habe noch nie einen Server mit mehr als je einer IPv4 und IPv6-Adresse betrieben, und die Informationen im Netz bezüglich dem Betrieb zweier IPv6-Adressen sind leider recht spärlich. So sieht meine derzeitige Konfiguration (/etc/network/interfaces) wie folgt aus:

auto eth0
iface eth0 inet static
         address ##IPv4.1#
         netmask 255.255.252.0
         broadcast 37.120.179.255
         gateway 37.120.176.1




auto eth0:1
iface eth0:1 inet static
         address #IPv4.2#
         netmask 255.255.255.255




iface eth0 inet6 static
         address #IPv6.1#
         netmask 64
         gateway fe80::1
         post-up ip -6 route add default via fe80::1 dev eth0




iface eth0:1 inet6 static
         address #IPv6.2#
         netmask 64

Die IPv6.2 ist die "Problem-IP", über diese ist mein Server nicht erreichbar. Eine Traceroute zu diese IP ergibt:

tracert #IPv6.2#




Routenverfolgung zu HOSTNAME [#IPv6.2#]
über maximal 30 Hops:




   1    13 ms     2 ms     1 ms  fritz.box [...]
   2     9 ms     9 ms     9 ms  2003:0:5b00:4201::1
   3     9 ms     8 ms     9 ms  2003:0:1202:8318::2
   4    13 ms    12 ms    12 ms  2003:0:130b::1
   5    15 ms    26 ms    20 ms  2003:0:130b:1a::2
   6  Zielhost nicht erreichbar.




Ablaufverfolgung beendet.

Die Route endet noch bei der Telekom, ich kommt nichtmal ins Netcup-Netzwerk. Mit diesen Infos habe ich mich also an den Support gewandt. Dieser wollte, dass ich bei der Konfiguration der IP #IPv6.2# auch das Standardgateway angebe. Soweit ich weiß ist dies bei Alias-Interfaces (in diesem Fall eth0:1) nicht möglich. Natürlich habe ich das trotzdem versucht, ohne Erfolg.
Jetzt wird es zunehmend seltsam. Der Support schreibt mir, die Failover-IP sei dem Server vXXXX... zugeordnet, allerdings habe ich keinen Server mit diesem Namen, was ich wiederum geantwortet habe. Daraufhin habe ich keine Antwort erhalten. Soweit so gut (oder auch nicht).

Mittlerweile läuft unter der anderen IPv6 (nicht die Failover, die "normale" aus dem Subnetz das bei jedem Server dabei ist) eine nette HTML-Animation auf dem Dienst hinter Port 80. Für diese IP habe ich den Webserver allerdings ausdrücklich deaktiviert. Eine kurze Suche lieferte mir dieselbe Animation unter der Seite ColdicE , die wohl auch bei Netcup gehostet wird. Die IP wurde mir zugewiesen (und steht auch so im VCP), aber es laufen fremde Inhalte darauf!?

Ich schreibe diesen Post, da ich keine Idee habe, was ich tun soll? Liegt ein Konfigurationsfehler meinerseits vor? Ich komme leider idR erst nachmittags dazu, dem Support zu antworten, und durch den bisherigen Nachrichtenaustausch ist noch nichts sinnvolles rumgekommen (Wir leiten das an die Administration weiter, Sie haben die IP falsch konfiguriert, Die IP ist einem anderen Server (der Ihnen nicht gehört) zugewiesen, probieren Sie auf diesem, die IP einzurichten). Falls jemand einen Tipp für mich hat wäre ich sehr dankbar.

Das Nicht-funktionieren der IPv6-Adresse, zu der die Hostname-Domain ja auflöst, verursacht Schwierigkeiten/Verzögerungen beim Mailverkehr etc. Somit werde ich diese IP erstmal aus den DNS-Einstellungen entfernen müssen.

Danke für Deine Antwort. Ich bin den Weg mit dem Alias-Interface gegangen, weil unter anderem das Netcup-Wiki diesen Weg beschreibt, um zusätzliche IPs hinzuzufügen. Der Versuch, mehrere IPs (sowohl mit der IPv4 als auch mit der IPv6) dem selben Interface hinzuzufügen, ist soeben gescheitert: Die IPs werden offensichtlich ignoriert. Für die IPv6 habe ich die von Dir geposteten Zeilen verwendet, für die IPv4 sah die Konfiguration wie folgt aus:

auto eth0
iface eth0 inet static
        address #IPv4.1#
        netmask 255.255.252.0
        broadcast 37.120.179.255
        gateway 37.120.176.1




iface eth0 inet static
        address #IPv4.2#
        netmask 255.255.255.255

Laut Debian-Wiki sollte das so möglich sein, hat bei mir aber nicht funktioniert, nur die erste IP war erreichbar. Ich musste das dann schnell rückgängig machen, damit mein Server bzw. der Webserver darauf wieder erreichbar war.

Der Support schrieb mir mittlerweile, dass ich die IP, die im VCP als "Ziel-IP" angegeben ist (eine aus dem IPv6-Subnetz des Servers), als zweite IP konfigurieren soll. Mir ist nicht klar ob gemeint ist, diese statt der Failover-IP einzutragen? Das wäre doch nicht sinnvoll, oder?

Das funktioniert so nun bei mir (auch wenn die zweite IPv4 nicht in der Ausgabe von ifconfig auftaucht, warum auch immer), vielen Dank. Vielleicht sollte der entsprechende Eintrag im Netcup-Wiki mal mit dieser Version aktualisiert werden. Auf Hinweis des Supports hin sind nun sowohl die Failover-IPv6 also auch deren Ziel-IP (laut VCP) hinterlegt.
Zudem lagen in meinem Fall (s. Startpost) Routingprobleme mit beiden IPv6-Subnetzen vor, die nun behoben wurden bzw. noch behoben werden.

Hallo zusammen,

mit Deiner Hilfe funktionierte die Konfiguration bis gestern einwandfrei, vielen Dank.
Nach den nächtlichen Wartungsarbeiten gestern startete mein Apache nicht mehr, weil er sich nicht an die IPv6 binden konnte. Ich habe zunächst wieder ein Routingproblem vermutet, das war es ja beim letzten Mal. Eine Traceroute endet bei irgendeinem Netcup-Router. Dem Support zufolge gibt es aber netcup-seitig diesmal kein Problem. Da ich gerade nicht weiß, wo ich nach der Ursache suchen soll bin ich über jeden Tipp dankbar. Da ich im Urlaub bin steht mir im Augenblick nur ein Android-Tablet zu Verfügung, Traceroutes etc. gestalten sich schon schwierig.