IPv6 eines vServers auf eine Subdomain setzen?

Hallo,

ich habe einen vServer gemietet und wollte dessen IP auf eine Subdomain eines Webspaces bei Netcup umleiten, die schon lange besteht. Nach der Konfiguration kann ich die Subdomain über IPv4 mit ping, ssh und https erreichen, mit IPv6 klappt das aber nicht.

Kann mir jemand helfen?

Vorgehen:

Auf dem vServer habe ich in /etc/network/interfaces die IPs hinterlegt:

# "<Wert>" ist Platzhalter für die korrekten Werte.

source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet manual

iface eth0 inet6 static
        address <vServer-Prefix>:<Identifier>
        netmask 64
        gateway fe80::1

auto vmbr0
iface vmbr0 inet static
        address <IPv4>/22
        gateway <GW>
        bridge-ports eth0
        bridge-stp off
        bridge-fd 0

Im CCP unter Domains -> "domain" -> DNS habe ich

• im A-Eintrag der entsprechenden Subdomain die <IPv4> und
• im AAAA-Eintrag die IPv6 (<vServer-Prefix>:<Identifier>)

eingetragen.

Im SCP habe ich unter Netzwerk für IPv4

• unter IP die <IPv4>/22, unter Gateway den <GW> und unter rDNS den FQDN der Subdomäne

erfolgreich angelegt. Ich kann mich mit "ssh -4 <FQDN>" auf dem Server einloggen.

Nicht erfolgreich war ich mit IPv6. Dafür hatte ich

• unter IP die <IPv6> und unter "your.host.name" den FQDN eingetragen.

"ping -6 <FQDN>" läuft aber auf einen Timedout. ssh geht dann logischerweise auch nicht - aber auch kein letsencrypt (unter Proxmox).

Frage:

1. Fehlt da noch was? Ich hatte es gestern Abend eingetragen und bislang waren solche DNS-Settings nach ein paar Stunden umgesetzt.

Dank Euch,

TP

Zitat von aRaphael

Geht denn ein ping auf die ipv6 direkt?

Kannst du vom Server aus mit ipv6 rauspingen?

(Die rDNS-Einträge im SCP haben sowieso keinerlei Auswirkung auf die Erreichbarkeit des Servers)

Danke für die Rückfrage! Nein, leider nicht:

(Sorry, in erster Version falsche Bezeichnung)

❯ ping -6 <IPv6>
PING <IPv6> (<IPv6>) 56 Datenbytes
Von <MyHost> icmp_seq=1 Ziel nicht erreichbar: Adresse nicht erreichbar
Von <MyHost> icmp_seq=4 Ziel nicht erreichbar: Adresse nicht erreichbar
^C
--- <FQDN> Ping-Statistiken ---
6 Pakete übertragen, 0 empfangen, +2 Fehler, 100% packet loss, time 5048ms

Zitat von aRaphael

Geht denn ein ping auf die ipv6 direkt?

Kannst du vom Server aus mit ipv6 rauspingen?

(Die rDNS-Einträge im SCP haben sowieso keinerlei Auswirkung auf die Erreichbarkeit des Servers)

Ist es dann vielleicht nicht ausreichend, nur den AAA-Eintrag in der DNS-Konfiguration im CCP anzupassen? Muss da noch etwas anderes eingetragen werden?

In einem Posting von netcup hatte ich mal gelesen, dass man für eine neue IP einen @-Eintrag im DNS anlegen müsse. Das bezog sich aber auch auf IPv4. Ich wusste nicht, worauf sich der @-Eintrag bei einer Subdomain beziehen müsste und hatte nur beim A- Eintrag die IPv4 und beim AAAA-Eintrag die IPv6 eingetragen. Möglicherweise war das für IPv6 zu wenig?

Zitat von aRaphael

Dann hat das mit den DNS-Einträgen auich nichts zu tun, sondern mit der fehlerhaften Netzwerkkonfiguration auf dem Server.

(Und ich meinte nicht ping FQDN, sondern ping IPV6)

Sorry, ja natürlich: Das war ein Cut&Paste-Fehler. Ich hatte die IPv6 direkt angepingt, aber beim Ersetzen der IP dann versehentlich FQDN und nicht IPv6 rein kopiert.

Zitat von Taschenphilosoph

Sorry, ja natürlich: Das war ein Cut&Paste-Fehler. Ich hatte die IPv6 direkt angepingt, aber beim Ersetzen der IP dann versehentlich FQDN und nicht IPv6 rein kopiert.

Zitat von aRaphael

Dann hat das mit den DNS-Einträgen auich nichts zu tun, sondern mit der fehlerhaften Netzwerkkonfiguration auf dem Server.

(Und ich meinte nicht ping FQDN, sondern ping IPV6)

Ja, das macht auch deshalb Sinn, weil ich die IPv6 ja statisch vergebe. Mit "ip a" finde ich dann aber keinen entsprechenden Eintrag:

# ip a

: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master vmbr0 state UP group default qlen 1000
    link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    altname enp0s3
    altname ens3
5: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether d6:ea:f5:39:bd:0a brd ff:ff:ff:ff:ff:ff
    inet xxx.xxx.xxx.xxx/22 scope global vmbr0
       valid_lft forever preferred_lft forever
    inet6 fe80::xxxx:xxxx:xxxx:xxxx/64 scope link 
       valid_lft forever preferred_lft forever

Zitat von H6G

Da eth0 ja zur Bridge vmbr0 gehört, funktioniert es, wenn du die IPv6 Config auf die Bridge anwendest, statt auf das Interface?

Ich glaube, wir kommen der Sache näher, danke!

Wie müsste die interfaces-Datei dann aussehen?

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet manual

auto vmbr0
iface vmbr0 inet static
        address <IPv4>/22
        gateway <GW>
        bridge-ports eth0
        bridge-stp off
        bridge-fd 0

iface vmbr0 inet6 static
    address <vServer-Prefix>:<Identifier>
    netmask 64
    gateway fe80::1

source /etc/network/interfaces.d/*

Zitat von H6G

Da eth0 ja zur Bridge vmbr0 gehört, funktioniert es, wenn du die IPv6 Config auf die Bridge anwendest, statt auf das Interface?

Das war es. Nachdem ich bei perplexity.ai nachgefragt habe, wie man so eine interface-Datei aussehen muss, habe ich die Konfiguration oben mal ausprobiert - und IPv6 geht jetzt auch