KeyHelp Community

Wie ich es mir gedacht habe.
Es existiert kein RDNS Record zu der IPV6 Adresse.
Daher werden die Datenpakete wahrscheinlich innerhalb des Providernetzes nicht korrekt geroutet.

Tobi wrote: ↑Sat 21. Feb 2026, 20:17 Wie ich es mir gedacht habe.
Es existiert kein RDNS Record zu der IPV6 Adresse.
Daher werden die Datenpakete wahrscheinlich innerhalb des Providernetzes nicht korrekt geroutet.

Wer muss was wie machen?

Das es für die IPv6 kein Reserve DNS Eintrag gibt, das kann nicht daran liegen.

Auf meinem Server ist für die IPv6 nämlich auch kein Eintrag und es funktioniert alles Problemlos, es wäre aber schön.
Wenn die Hostname / Domain und die Ipv6 aber hier im Thread gepostet werden könnte und nicht privat.
Damit auch andere weiter helfen können.

deta wrote: ↑Sat 21. Feb 2026, 20:26 Wer muss was wie machen?

Das erklärt dir der Provider deines Vertrauens sicher gerne & ausführlich an der Hotline.

Andernfalls empfehle ich stressfreies Pro-Hosting bei KeyWeb. Die kümmern drum, dass deine Netzwerkanbindung funktioniert.

Waldfee wrote: ↑Sat 21. Feb 2026, 20:30 Das es für die IPv6 kein Reserve DNS Eintrag gibt, das kann nicht daran liegen.

Äh doch, die gibt es?

Tobi wrote: ↑Sat 21. Feb 2026, 20:58

Waldfee wrote: ↑Sat 21. Feb 2026, 20:30 Das es für die IPv6 kein Reserve DNS Eintrag gibt, das kann nicht daran liegen.

Äh doch, die gibt es?

Ionos?

viewtopic.php?p=51272&hilit=ionos#p51272

oder hier:

viewtopic.php?t=13167&hilit=rdns

Was mich stutzig macht, ist, das es mit Plesk alles funktioniert hat. Und der Server Keine IPv6 erst nach installation von Keyhelp öffentlich hat.
DNS Einträge macht man doch selber auf dem Server.

24unix wrote: ↑Sat 21. Feb 2026, 21:10

Tobi wrote: ↑Sat 21. Feb 2026, 20:58

Waldfee wrote: ↑Sat 21. Feb 2026, 20:30 Das es für die IPv6 kein Reserve DNS Eintrag gibt, das kann nicht daran liegen.

Äh doch, die gibt es?

Ionos?

viewtopic.php?p=51272&hilit=ionos#p51272

oder hier:

viewtopic.php?t=13167&hilit=rdns

Beides Schnee von gestern. Sowohl bei IONOS als auch bei Strato kann man mittlerweile Reverse DNS-Einträge für die IPv4 und die IPv6 setzen.
Ich mache morgen mal eine Neuinstallation mit dem Debian 13 Image von Strato. Eventuell mag der Unterschied bei der Netzwerkkonfiguration daran liegen, dass mein VC2-2 in ein Rechenzentrm in Frankreich (IONOS?) umgezogen wurde???

Was steht denn in der Datei 50-cloud-init.yaml drin? Ist das die hier? Hmm, Moment, ich hab sie gefunden, Inhalt wie oben . Ich habe sie in ein anderes Verzeichnis verschoben für alle Fälle und die 01-netcfg.yaml selbst angelegt. Wenn es hier so nicht funktioniert, dann wird wohl ein Fehler bei der Anpassung der IPs passiert sein

Plesk wird sicher andere Firewall-Einstellungen verwenden als Keyhelp und dabei eben DHCPv6 nicht blocken.
Gerade gefunden, schon was älter aber eben vermutlich immernoch aktuell:
https://unix.stackexchange.com/question ... ast-ipv4-d

Ja das habe ich auch gerade im Strato Portal gesehen.
Habe die den IPv6 auch im Reverse DNS gesetzt.
Aber dennoch geht es nicht. ggf. braucht es nach dem setzen noch etwas... oder?

In der steht das selbe:

Der nicht gesetzte Reverse-DNS Eintrag für IPv6 war ganz sicher nicht kriegsentscheidend für dein Problem. Ich habe ein Jahr lang einen Strato-Server mit Keyhelp am Laufen gehabt ohne einen solchen Eintrag. Zum Mailversand/-empfang per IPv6 würde man den zwingend haben wollen, ansonsten ist es eher ein "nice to have". Und den Mailserver kannst du mit Keyhelp so einstellen, dass er eben nur IPv4 benutzt. Damit ist das auch kein Problem. Ich kenne einige Leute, die ihre Mailserver immer so konfigurieren, das nur IPv4 genutzt wird, oder die gar IPv6 komplett ablehnen. Bi mir war es damals eine Notlösung.

Es mag sein, dass das Routing bei dir anders sein muss als bei mir, weil z.B. die Netzwerkmaske/Prefix-Länge deiner IPs anders ist als bei meinem Strato Server, der definitiv in ein IONOS-Rechenzentrum umgezogen wurde. Ich erinnere mich, dass ich damalsdie 01-netcfg.yaml Datei vom funktionierenden IONOS-Server übernommen habe und da auch Anpassungen bei der Prefix-Länge und eventuell beim Routing achen musste, bis der Server erreichbar war.

Zum rumspielen damit ist z.B. "netplan try" gut geeignet, ausgehend von einem funktionierenden Netzwerk. Da hast du dann für 120 Sekunden (Zeit einstellbar) deine geänderte Konfiguration am Laufen und kannst von aussen per ping oder wie auch immer testen, ob IPv4 und IPv6 funktionieren. Funktioniert es, bestätigst du die neuen Einstellungen, ansonsten wird die Konfiguration wieder zurückgesetzt.

Ich stelle hier mal die URL zur Anleitung von IONOS zum Thema zusätzliche IPs rein, da ist ganz gut erklärt, wie man die richtigen Werte ermitteln kann. Da siehst du dann auch, wo die 01-netcfg.yaml herkommt

https://www.ionos.de/hilfe/server-cloud ... t-netplan/

mal ein kurzes Feedback, auf meinen zweiten zur Zeit Testserver hab ich es ausprobiert.
Und umgebaut.
IPv4 und IPv6 damit verfügbar und erreichbar.

Werde es später auf dem Hauptserver bei mir auch mal umändern.

deta wrote: ↑Sun 22. Feb 2026, 13:47 Werde es später auf dem Hauptserver bei mir auch mal umändern.

Und nimm dir bitte auch die Zeit, um dich etwas eingehender mit der ganzen Thematik auseinanderzusetzen.
Eine statische Netzwerkkonfiguration ist absolutes Basiswissen!

Funktioniert auch auf den Hauptserver.

Das erste Problem beseitigt.