Ein Routingproblem aufs Subnetz können wir ausschließen, ich erreiche zahlreiche IPs aus dem Netz problemlos. Auch bei den fraglichen IPs komme ich bis zum letzten Hop davor.
Also doch "mein" Problem? Dann ist ja gut dass der Notfallsupport nicht erreichbar war. Ist jetzt nur die Frage was ich falsch gemacht habe 🤔
Also doch "mein" Problem? Dann ist ja gut dass der Notfallsupport nicht erreichbar war. Ist jetzt nur die Frage was ich falsch gemacht habe 🤔
Wenn Du wie gschrieben einfach nur ein gängiges Minimal Image installiert hast, z.B. "Debian 12 minimal" .. kann es ja eigentlich nicht an Dir liegen.. dann würde nur noch Server "herunterfahren" und danach server "starten" übrig bleiben. Das sollte ja klappen.
Wenn Du wie gschrieben einfach nur ein gängiges Minimal Image installiert hast, z.B. "Debian 12 minimal" .. kann es ja eigentlich nicht an Dir liegen.
Auch die muss man erst mal einrichten. Wie hier schon steht: DHCP funktioniert nicht. Man muss eine saubere, händische Konfiguration erzeugen, und dabei Import-Dateien wie die 50-cloud-init.cfg beachten, die gerne mal vor der eigenen Konfiguration geladen werden.
Wie sieht die Analyse bei der IPv6 Konnektivität aus? Routen, Traceroutes von innen und von außen?
Was du auch mal machen könntest: Was kommt bei einem tcpdump alles vorbei? Sind da Pakete deines Routers? Funktioniert die ARP Auflösung bzw. die Neighbour Discovery? Das können alles Hinweise sein, ob es eher an dir oder an der Infrastruktur liegt.
Auch die muss man erst mal einrichten. Wie hier schon steht: DHCP funktioniert nicht.
Ich meine da sind doch schon die Static IPs automatisch in der cloud-init eingetragen.
Auch die muss man erst mal einrichten.
Normalerweise nicht.
Wenn ich ein fertiges Ubuntu-Image installiere, dann ist das sofort aus dem Netz erreichbar.
Wenn das hier nicht klappt, liegt es nicht am Nutzer.
Auch die muss man erst mal einrichten. Wie hier schon steht: DHCP funktioniert nicht. Man muss eine saubere, händische Konfiguration erzeugen, und dabei Import-Dateien wie die 50-cloud-init.cfg beachten, die gerne mal vor der eigenen Konfiguration geladen werden.
Wie sieht die Analyse bei der IPv6 Konnektivität aus? Routen, Traceroutes von innen und von außen?
Was du auch mal machen könntest: Was kommt bei einem tcpdump alles vorbei? Sind da Pakete deines Routers? Funktioniert die ARP Auflösung bzw. die Neighbour Discovery? Das können alles Hinweise sein, ob es eher an dir oder an der Infrastruktur liegt.
IPv6 bleibt genau so wie IPv4 beim 1. Hop stecken.
Ich möchte auch noch mal klarstellen, dass ich auch zwei funktionierende VPS (nicht RS) schon bei Netcup betreibe. Hier musste ich bis auf meine "Wunsch" IPv6 nichts "von Hand" machen; IPv4 und v6 haben out-of-the-box funktioniert.
Meines Erachtens handelt es sich hier um ein routing Problem. Wohlmöglich durch eine Fehlkonfiguration der Netcup Router. Ich lasse mich gerne eines besseren belehren
Ich hänge jetzt noch mal alle Netzwerk configs von beiden RS an. Ich hänge auch einen tcpdump aus dem rescue mode des 1. RS an.
Hey,
Sorry for writing in English, I've used the translate page to read the whole thread.
I have the same exact issue, I ordered 4 VPS servers today and all of them didnt have internet connectivity.
It does look like some router misconfiguration, because I had multiple previous VPS servers with netcup (debian 12) all working out of the box, SSH-ed straight into them.
I wrote them a support ticket but since its outside working hours I dont expect them to respond today.
All 4 of the servers are in the 152.53.x.x range.
Just wanted to share this and agree with @tiekoetter.
----
PS after edit
I also tried pinging multiple servers from the VNC console provided via the Server Control Panel and I didnt manage to connect/ping to anything.
Wir prüfen das mit dem Notfall Support asap!
Ich hänge jetzt noch mal alle Netzwerk configs von beiden RS an
Was ist eth0 und was ist ens3?
Vielleicht liegt es nicht daran, aber sauber ist was anderes. Möglicherweise hast du da zwei widersprüchliche Konfigurationen fürs gleiche Interface gebaut. Das kann alles und nichts auslösen, vor allem unter der Berücksichtigung, dass DHCP nicht funktioniert.
Was ist eth0 und was ist ens3?
Vielleicht liegt es nicht daran, aber sauber ist was anderes.
Erklär mal bitte was du damit meinst. Es wirkt irgendwie so als ob du dir die Sachen überhaupt nicht durchliest. Fand deine Aussage bezüglich der Traceroute auch schon merkwürdig wo du schlussfolgerst dass es mein Rechner sein muss der ein Problem hat. Ist überhaupt nicht böse gemeint nur verstehe ich absolut nicht was du meinst.
ens3 und eth0 sind die interface Namen, welche durch das von Netcup bereitgestellte Debian 12 Minimal so benannt werden. Wüsste nicht was daran nicht "sauber" ist. Bis auf das hier eben mit alias Bezeichnungen gearbeitet wird.
eth ist die „alte“ Ausführung. ens und eth zu „mischen“ ist nicht sinnvoll
Genau das aber hat mein Vorredner mit „unsaubere Konfiguration“ gemeint. Besser wäre, das Interface sauber und statisch zu konfigurieren. Versuche es doch einfach mal, eventuell löst es das Problem
Genau das aber hat mein Vorredner mit „unsaubere Konfiguration“ gemeint. Besser wäre, das Interface sauber und statisch zu konfigurieren. Versuche es doch einfach mal, eventuell löst es das Problem
Ich habe mal die "ens3" Sachen aus /etc/network/interfaces auskommentiert. Für das Interface sollte jetzt nur die /etc/network/interfaces.d/50-cloud-init.cfg verwendet werden. Welche ja korrekt ist soweit ich weiß. Leider ohne Erfolg (auch nach reboot nicht).
Interface statisch konfiguriert ?
Es wirkt irgendwie so als ob du dir die Sachen überhaupt nicht durchliest.
Es wirkt eher so, als ob du die Sachen nicht liest. Selbst wenn du recht hättest mit deinem "Alias" für ens3 und eth0 (was definitiv nicht so ist): Du hattest widersprüchliche Konfigurationen für das gleiche Interface in deinen Einstellungen. Da darfst du dich nicht wundern, wenn ich skeptisch bin, wenn es um Schuldzuweisungen geht, denn das ist mehr als dilettantisch, das ist eine Todsünde in der Netzwerkkonfiguration. Welche Böcke hast du sonst noch drin? Vielleicht auch noch mehr als ein Netzwerk-Management Tool? Wie ist deine Firewall eingestellt? Auch die kann den Netzwerktraffic zuverlässig verhindern.
So langsam bin ich an dem Punkt, dass ich erst an die Schuld von Netcup glaube, wenn es bewiesen ist. Hier wurde einfach schon zu viel Käse gebaut. Dazu die Ergebnisse meines Traces von außen auf die IPs.
Es wirkt eher so, als ob du die Sachen nicht liest. Selbst wenn du recht hättest mit deinem "Alias" für ens3 und eth0 (was definitiv nicht so ist): Du hattest widersprüchliche Konfigurationen für das gleiche Interface in deinen Einstellungen. Da darfst du dich nicht wundern, wenn ich skeptisch bin, wenn es um Schuldzuweisungen geht, denn das ist mehr als dilettantisch, das ist eine Todsünde in der Netzwerkkonfiguration. Welche Böcke hast du sonst noch drin? Vielleicht auch noch mehr als ein Netzwerk-Management Tool? Wie ist deine Firewall eingestellt? Auch die kann den Netzwerktraffic zuverlässig verhindern.
So langsam bin ich an dem Punkt, dass ich erst an die Schuld von Netcup glaube, wenn es bewiesen ist. Hier wurde einfach schon zu viel Käse gebaut. Dazu die Ergebnisse meines Traces von außen auf die IPs.
Case in point du hast es nicht gelesen.
Was das bedeutet kannst du dir jetzt entweder selbst erschließen oder einfach vernünftig Fragen aber so definitiv nicht.
Hast du mal versucht ein anderes OS als Image zu installieren? Z.B. Ubuntu?
Hast du mal versucht ein anderes OS als Image zu installieren? Z.B. Ubuntu?
Also ich habe es probiert und es klappt auch nicht.
