IPv6 geht nicht mehr nach install von Keyweb

[deta]

Hallo,
ich habe heute mal getestet und folgendes festgestellt.

1. Neu Server aufgesetzt mit Debian 13
-Vor der installation von Keyweb habe ich die IPv6 Adresse geprüft und diese ist von ausserhalb erreichbar. erreichbar!
-Ipv4 geht auch.
2. Dann über die Installation mit
wget https://install.keyhelp.de/install_keyhelp.sh -O install_keyhelp.sh ; bash install_keyhelp.sh ;
Keyhelp installiert.
Nach Reboot des Server

Dann wieder die Erreichbarkeit von der Ipv6 Adresse geprüft.
ping6 -c1 2a01:239:xxx:xxxx::1

Address unreachable

Also nicht mehr erreichbar.

Ok dachte ich liegt vielleicht an Debian 13.
Den selben Test mit Ubuntu 22.04 gemacht.

Das selbe Ergebniss bei allen Stufen.

Nach der Installation von Keyhelp ist die IPv6 Adresse nicht mehr erreichbar.

Mfg
Detlef

[tab-kh]

Ist das IONOS oder Strato? Mit deren Netzwerkkonfiguration hatte ich das Problem auch. Nach der Installation von Keyhelp und dem nachfolgenden reboot ist die öffentliche IPv6 nicht mehr vorhanden. Wahrscheinlich bezieht der Server seine IP-Adressen auch bei dir per DHCP. Bei IPv4 klappt das auch, aber bei IPv6 blockt Keyhelp wohl irgendwelche DHCPv6 Verbindungen.

Wie dem auch sei, die beste Lösung dürfte eine statische Netzwerkkonfiguration sein. Bei einem Server ohnehin. Wenn der mal eine andere IP zugeteilt bekommt ist das Chaos eh programmiert und eine Anpassung des DNS notwendig.

Falls benötigt kann ich dir die mit Keyhelp (und auch ohne) funktionierende statische Netzwerkkonfiguration meines IONOS-Servers mit netplan posten. Bei IONOS habe ich dazumal eine Anleitung für eine Netzwerkkonfiguration für zusätzliche IPs gefunden, die ich dann einfach für meine Konfiguration ohne zusätzliche IP angepsst habe. Die Debian-Images von Strato und IONOS nutzen eh schon netplan.

Strato geht völlig analog, die benutzen sogar die selben Nameserver, jedenfalls meine Server.

[deta]

Der Server ist bei Strato.

Wäre Nett, wenn das Problem gelöst werden kann.

IPv4 und IPv6 kommen von Strato zum Server geliefert.

IPv4 geht, nur nicht bei IPv6.

Wenn du eine Lösung hast, was du geändert hast, das IPv6 wieder geht, dann bitte gerne...

[tab-kh]

Dann nehme ich mal die Datei vom Strato-Serverchen (VC2-2) Der ist gekündigt, aber um das Netzwerksetup von IONOS bei Strato zu testen habe ich da mal Debian 13 (Strato-Image) und Keyhelp drauf gemacht. Funktioniert und sieht dann so aus:

Code: Select all

root@conny:~# ip a
1: 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: ens6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 02:01:4e:79:64:b3 brd ff:ff:ff:ff:ff:ff
    altname enp0s6
    altname enx02014e7964b3
    inet 217.72.202.51/32 scope global ens6
       valid_lft forever preferred_lft forever
    inet6 2a02:2479:28:4900::1/64 scope global
       valid_lft forever preferred_lft forever
    inet6 fe80::1:4eff:fe79:64b3/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
root@conny:~# ip route
default via 217.72.202.1 dev ens6 proto static onlink
prohibit 169.254.169.254
root@conny:~#

Code: Select all

root@conny:~# ls /etc/netplan/
01-netcfg.yaml
root@conny:~# cat /etc/netplan/01-netcfg.yaml

Hier meine /etc/netplan/01-netcfg.yaml, die IPs bei "addresses" und "routes" musst du natürlich an deine zugewiesenen IPs anpassen.

Code: Select all

network:
  version: 2
  renderer: networkd
  ethernets:
    ens6:
      addresses:
        - 217.72.202.51/32
        - 2a02:2479:28:4900::1/64
      nameservers:
        addresses:
          - 212.227.123.16
          - 212.227.123.17
          - 2001:8d8:fe:53:72ec::1
      routes:
        - on-link: true
          to: default
          via: 217.72.202.1

[Waldfee]

Moin, ich hatte auch ein Problem aber mit IPv4 da ist irgendwie die Route weggewesen und habe es dann Strato gemeldet.
Wahrscheinlich ein Problem mit dem DHCP Server von denen und das gleiche kann auch hier sein mit IPv6 jedoch.

Also ambesten ein Ticket bei Strato aufmachen, damit die das prüfen können bzw. an die Technik weitergeleitet werden kann.

Sofern DHCP genutzt wird..

[deta]

01-netcfg.yaml habe ich bei mir nicht nur eine 50-cloud-init.yaml

Hast du die 01-netcfg.yaml neu selber angelegt?

Wenn ich die 50-cloud-init.yaml ändere kommt der Server nicht mehr hoch.

[deta]

Moin, ich hatte auch ein Problem aber mit IPv4 da ist irgendwie die Route weggewesen und habe es dann Strato gemeldet.
Wahrscheinlich ein Problem mit dem DHCP Server von denen und das gleiche kann auch hier sein mit IPv6 jedoch.

Also ambesten ein Ticket bei Strato aufmachen, damit die das prüfen können bzw. an die Technik weitergeleitet werden kann.

Sofern DHCP genutzt wird..

Ich habe ja zwei Server und beide das selbe Problem.
Wie gesagt, solange ich kein Keyhelp installiert habe ist ipv6 erreichbar. Also muss Keyhelp was verändern.
Ein Ticket läuft bereits auf einen der beiden Server. Auf dem anderen kann ich versuchen herauszufinden was hier nicht passt.

[Tobi]

KeyHelp übernimmt nur bestehende Netzwerkverbindungen.
KeyHelp „ändert“ in diesem Bereich nichts.

Und wie immer gilt bei Netzwerkproblemen: Ohne Hostnamen und IP kann dir keiner helfen.

[Waldfee]

Ich könnte meine Config mal posten, die ist von einem Strato Server, ist jedoch kein vServer sondern Blech.

Code: Select all

network:
    version: 2
    ethernets:
      mainif:
        match:
          macaddress: "00:25:xx:xx:5c:xx"
        addresses:
        - 85.xxx.xxx.xxx/24"
        routes:
        - to: default
          via: "85.xxx.xxx.1"
        dhcp4: no
        dhcp6: no
        addresses:
        - 2a01:238:xxxx:xxxx::1/56
        routes:
        - to: default
          via: "fe80::1"

Musste nämlich selber von DHCP weg

[deta]

KeyHelp übernimmt nur bestehende Netzwerkverbindungen.
KeyHelp „ändert“ in diesem Bereich nichts.

Und wie immer gilt bei Netzwerkproblemen: Ohne Hostnamen und IP kann dir keiner helfen.

Und wie erklärst du dann, das erst es nicht mehr geht, wenn keyhelp installiert wurde mit dem Skript. Siehe oben meine Beschreibung.
viewtopic.php?p=57729#p57729

[Waldfee]

Fakt ist jedoch: KeyHelp fasst die Netzwerkkonfiguration oder Sonstiges in der Art nicht an, also es liegt definitiv nicht an KeyHelp.

[tab-kh]

An Keyhelp liegt es nicht, höchsten an den Einstellungen, die von Keyhelp in iptables gemacht werden. Diese verhindern schlicht, dass der Server die IPv6 per DHCP beziehen kann. Klar braucht kein Mensch bei einem Server DHCP. Aber ohne Keyhelp (bzw ohne iptables mit den Default-Einstellungen, die Keyhelp hier setzt) klappt es halt und mit nicht. Mehr "Beweise" braucht es doch eigentlich nicht. Wie auch immer, DHCP ausschalten, statische Konfiguration und es funktioniert.

[tab-kh]

01-netcfg.yaml habe ich bei mir nicht nur eine 50-cloud-init.yaml

Hast du die 01-netcfg.yaml neu selber angelegt?

Wenn ich die 50-cloud-init.yaml ändere kommt der Server nicht mehr hoch.

Ja, habe ich selbst angelegt. Eine 50-cloud-init.yaml wurde mir bei der Installation des Strato Debian 13 Image nach meiner löchrigen Erinnerung entweder gar nicht erst angelegt oder ich habe sie umbenannt und später gelöscht. Ich schau mir das später nochmal genau an oder installiere einfach alles nochmal.

[Tobi]

An Keyhelp liegt es nicht, höchsten an den Einstellungen, die von Keyhelp in iptables gemacht werden. Diese verhindern schlicht, dass der Server die IPv6 per DHCP beziehen kann. Klar braucht kein Mensch bei einem Server DHCP. Aber ohne Keyhelp (bzw ohne iptables mit den Default-Einstellungen, die Keyhelp hier setzt) klappt es halt und mit nicht. Mehr "Beweise" braucht es doch eigentlich nicht. Wie auch immer, DHCP ausschalten, statische Konfiguration und es funktioniert.

Nein.

Wenn ist es allerhöchstens ein Problem des speziellen Providers, aber ich habe schon XX Server mit KeyHelp aufgesetzt, aber noch nie hatte ich das von euch geschilderte IPV6 Problem. Und mit NIE meine ich wirklich nie in knapp 10 Jahren auf unterschiedlichsten Maschinen und KeyHelp-Versionen.

Und solange der Thread-Ersteller nicht bereits ist seine IP und den Servernamen zu nennen kann man nicht mal von außen prüfen ob selbige IP überhaupt conneted ist und ob der RDNS stimmt, ob die Ports offen sind und und und…

Also nochmal:
Wer ernsthaft Hilfe sucht nennt bitte IP und Hostname.

[Waldfee]

Also ich hatte keine Probleme, als ich ein Server bei STRATO bestellt hatte.
Und wenn war der DHCP-Server bezüglich der IPv4 schuld von STRATO, das wurde auch von STRATO bestätigt aber.
mit IPv6, das ist mir jetzt neu.

Und ich vermute mal dass es sich hierbei um ein vServer handelt, da hatte ich damals auch ein Problem gehabt.
Wie ich es gelöst habe weis ich nicht und was genau das Problem war.

Und habe bei STRATO kein vServer sondern Blech, also kann ich es nicht reproduzieren.