VPS Docker IPv6

Hast du das NDP Problem bedacht? "ndppd" ist der perfekte Suchbegriff fürs Forum. Dazu finden sich einige Threads, die man sich am besten komplett ansehen sollte.

In Kürze: Die MAC Forwarding Tabellen in den Switches bei Netcup veralten und wissen nicht mehr, auf welcher MAC sie eine spezifische IPv6 Adresse erreichen, weil das primäre IPv6 Netz geswitcht und nicht geroutet zur Verfügung gestellt wird. Das Problem verstärkt sich, weil du die Adressen nicht auf eth0, sondern auf anderen Interfaces benutzt. Aber auch mit einem NDP Proxy lässt sich das Problem nicht zu 100% lösen, es wird immer zwischendurch mal zu Paketverlusten kommen. Selbst mit zusätzlichen Hilfsmitteln, wie z.B. regelmäßigen Pings von verschiedenen Quell-Adressen etc. Eine wirklich saubere Lösung erreichst du nur mit einem zusätzlichen IPv6 Subnetz, welches auf deinen Server geroutet wird.

Du bekommst von netcup ein /64 Subnet für deinen vServer. So steht es in der Produktbeschreibung drin, und genau das bekommst Du auch.

Wenn du darauf eine virtuelle Netzinfrastruktur (docker) aufbauen willst, brauchst Du entweder ein zusätzliches /64 (wie bei deiner FritzBox) oder du musst deine Konfiguration passend machen.

Quote from netsch1967

Klingt sehr unlogisch!

Das ist aber doch logisch. Du bekommst ein /64 Netz. An deinem eth0 Interface kannst du davon so viele Adressen nutzen, wie du willst, kein Problem. Erst wenn du anfängst, Routing-Konstellationen daraus zu bauen, bekommst du ein Problem.

Quote from netsch1967

Wo ist da die Logig, wenn ich das Suffix selber festlegen kann - Ob das nun beim ersten /64er erfolgt oder beim zweiten.

Der Unterschied liegt in der Art, wie dir das Netz zur Verfügung gestellt wird. Das mitgelieferte Netz wird geswitcht, das zusätzliche Netz wird auf deinen VPS geroutet - dafür braucht es keine Layer 2 Verbindung.

Quote from netsch1967

Am DSL oder Glasfaseranschluß gibt es auch "nur" ein /64er Netz und es funktioniert.

Nein, das stimmt nicht. Dein Router zu Hause bekommt eine Adresse aus einem /64 Netz und zusätzlich ein Prefix aus einem anderen Netz - meistens sogar größer als /64 (/60 oder /56 ist üblich). Wenn es nur ein /64 gibt, wie z.B. im Mobilfunk, brauchst du Sonderlösungen wie RFC7278 zum Beispiel, da ein Router 2 Subnetze braucht, um routen zu können. Das ist ja auch der Grund, warum du dein /64 auf dem VPS weiter unterteilst in /96 oder /112.

Quote from netsch1967

Es gibt im SCP die Möglichkeit zum /64er Netz weitere IPv6 Adressen bekannt zu geben.

Hilft es dort anzusetzen?

Da geht es ja nur um RDNS.

Quote from netsch1967

Weiß dann das Netcup System welche IPv6 Adressen zu welchen MACs gehören?

Ja, via NDP. Aber das gilt für Adressen, nicht für Subnetze.

Dann erzähl doch mal deine Lösung

Quote from netsch1967

Danke für.... naja, was denn eigentlich

z.B dass sich User Gedanken gemacht haben, dir eine saubere Lösung zu suchen, um dir dann kostenlos zu helfen

Quote from netsch1967

Habe jetzt in anderen Foren meine Lösung gefunden und leider nicht hier.

Neighbor Discovery Proxy ist eigentlich die Lösung.

Was ist denn deine Lösung?

I guess it's related to the driver of the docker network? I think you need macvlan or ipvlan.

https://docs.docker.com/engine/network/drivers/

Sry aber diese Art von Usern gehört permanent gebannt

Bisschen hart, aber ja, bei solch einem Tonfall hilft man halt nicht sonderlich gerne 🤷‍♂️

Ich wage zu bezweifeln, dass die Lösung stabil läuft. Ich kann mir kaum vorstellen, dass eine einfache Lösung für dieses sehr spezifische Problem einfach in irgendwelchen anderen Foren steht, ohne hier bekannt geworden zu sein. Es haben sich ja schon sehr viele sehr intensiv mit dem Problem befasst. Die Docker Netzwerkeinstellungen können es nicht sein, da LXC etc. ja genauso betroffen ist. Selbst wenn man nicht über Virtualisierung spricht, sondern die Adressen nur für irgendwelche VPN Netze nutzen will, tritt das Problem auf.

Quote from netsch1967

Habe jetzt in anderen Foren meine Lösung gefunden und leider nicht hier.

Danke für.... naja, was denn eigentlich

Typische unausgesprochen Netiquette missachtet:

• Problem selber gelöst oder woanders die Lösung gefunden, aber die Referenz oder Lösung nicht präsentieren. Damit Menschen die das gleiche Problem haben dann hier landen und in die Röhre gucken
• Leuten die versucht haben zu helfen ans Bein gepinkelt
• Netcup aufgrund des eigenen Unwissen zum <Thema>, unterstellen das etwas falschen versprochen wird im Angebot.

War das etwa ein any % speedrun sich unbeliebt zu machen oder was?

Quote from netsch1967

Vielleicht einfach "nur" die zusätzliche IPv6 vom ETH0 mit dem entsprechenden Container verknüpfen und nicht ein "ganzes" Subnet routen,

sondern "nur" eine einzelne IPv6. Habe es gerade mit 4 Apache2 Containern und 4 IPv6 Adressen ausprobiert. Funktioniert einwandfrei.

Das Setup verstehe ich noch nicht. Was genau meinst du mit "zusätzliche IPv6 vom ETH0 mit dem entsprechenden Container verknüpfen"? Kannst du mal ein Beispiel liefern, wie das aussieht?

Quote from netsch1967

Muss ich deutlich widersprechen.

Nutze schon länger mehrere VPS exclusive über VPN Verbindungen.

Davon rede ich nicht. Ich meinte, wenn du Adressen aus dem mitgelieferten /64 innerhalb eines VPN Tunnels für Remote Geräte nutzt. Das funktioniert nämlich nicht zuverlässig.