IPv6 am Standort Manassas: Gateway fe80::1 sendet RA, antwortet aber nicht auf NS – kein IPv6-Traffic (2a0a:4cc0:2000::/48)

  • Hallo zusammen,

    bei meinem VPS (VPS 1000 G12 iv Pro MNZ BW25, Standort Manassas/US, Netz `2a0a:4cc0:2000:xxxx::/64`) funktioniert IPv6 gar nicht – und laut Logs offenbar seit Inbetriebnahme Ende August. IPv4 am selben Interface läuft einwandfrei.

    **Konfiguration** (wie im SCP und in der netcup-Doku):
    ```
    inet6 2a0a:4cc0:2000:xxxx:xxxx:xxxx:xxxx:xxxx/64
    default via fe80::1 dev eth0 onlink
    accept_ra=0, autoconf=0, DAD ok
    ```

    **Was ich beobachte** (tcpdump auf eth0, Firewall zum Testen komplett gestoppt, alle Policies ACCEPT):

    - Router Solicitation raus → `fe80::1` antwortet mit gültigem **RA** (Lifetime 1800s, lladdr-Option `00:00:5e:00:02:xx`, also VRRP-MAC). Control Plane lebt also.
    - Neighbor Solicitation nach `fe80::1` → **keine NA**, Neighbor bleibt `FAILED`.
    - Neighbor von Hand auf die beworbene VRRP-MAC gepinnt (`ip -6 neigh replace fe80::1 lladdr 00:00:5e:00:02:xx nud permanent`) → Pakete gehen raus, **nichts kommt zurück** (weder ICMPv6-Echo noch TCP-SYN/ACK). Gleiches mit der physischen Absender-MAC des RA-Frames.
    - 60 s Capture: **null** NA von irgendwem auf dem Segment, auch andere VMs sollicitieren `fe80::1` ohne Antwort.
    - IPv4-Gateway `152.53.x.1` / `00:00:5e:00:01:xx` am selben Interface: REACHABLE, 0 % Loss, iperf3 ~100 Mbit/s.
    - `mtr -6` kommt nicht über den eigenen Host hinaus (EHOSTUNREACH).
    - Kompletter Reboot des VPS ändert nichts.

    Die klassischen Forum-Tipps habe ich durch: `fe80::1` über Minuten dauerhaft anpingen, Interface neu konfigurieren, Reboot, Firewall aus, ICMPv6 133–137 explizit freigegeben. Firewall-Fehler kann ich ausschließen (im Test komplett aus).

    **Fragen:**
    1. Hat noch jemand einen VPS in `2a0a:4cc0:2000::/48` (Manassas) und sieht das Gleiche – oder funktioniert IPv6 dort bei euch?
    2. Kennt jemand am US-Standort eine Eigenheit gegenüber `2a03:4000::` (z. B. anderes Gateway als `fe80::1`, oder dass der Router erst eine NS *an* die VM schicken muss, bevor er sie bedient)?
    3. Gibt es aktuell eine bekannte Störung?

    Ticket ist vorbereitet (mtr/iperf3/tcpdump liegen bereit), der Support ist aber gerade nicht erreichbar – daher erst mal hier.

    Danke!

  • Wenn fe80::1 im SCP als Gateway steht, sollte das passen.

    Meinst Du mit "Firewall" die lokale Firewall Deines Servers oder die netcup-Firewall im SCP oder beide? Funktioniert es also nicht, obwohl beide Firewalls deaktiviert sind?

    Hast Du es bereits im Rettungssystem getestet? Siehe https://www.netcup.com/en/helpcenter/…/network-issues

    [Suche] RS Piccolo gesucht

    Einmal editiert, zuletzt von terence (5. Oktober 2026 um 21:54)

  • Wenn es im Rettungsystem aufgrund magischer Fähigkeiten funktionieren solte…

    Was sagen:
    sysctl net.ipv6.conf.all.disable_ipv6
    sysctl net.ipv6.conf.all.forwarding
    sysctl net.ipv6.conf.eth0.accept_ra
    sysctl net.ipv6.conf.all.accept_ra
    ?

    Wenn beim ersten Punkt was anderes als 0 auftaucht: Auf 0 setzen!

    Wenn net.ipv6.conf.all.forwarding = 1 gesetzt wurde hat das ggf. den unangenehmen Nebeneffekt das automatisch auch accept_ra = 0 gesetzt wird, was wiederum SLAAC und die automatische gateway-Konfiguration kaputt macht. Das accept_ra sollte dann auf 2 gesetzt werden…