Netzwerk mal per static konfiguriert? Per DHCP gibt es manchmal Probleme
Haste mal in der Rettungsumgebung oder per Live ISO getestet ?
Tritt das Problem auch im Rettungssystem auf?
Wenn ja ist das Problem ggf. ein Fall für den Notfallsupport.
Der reguläre Support ist über das Wochenende nicht besetzt und wird frühestens am Montag antworten.
Alles anzeigenNach der Installation von Ubuntu 24.04.4 UEFI hat mein RS 1000 G12 keine Netzwerkverbindung.
- Gateway nicht erreichbar (ping: Destination Host Unreachable)
- SSH von außen: Connection timed out
- ip route show zeigt korrekte Default-Route
- Firewall deaktiviert
Hat jemand das gleiche Problem gehabt und eine Lösung?
Vor längerer Zeit hatte ich auch unter Ubuntu den Fall, dass aufgrund eines unsichtbaren Steuerzeichens im Netplan keine Netzwerkverbindung zustande kam, aber über dem von Netcup gestellten Rettungssystem die Netzverbindung wie gewünscht funktionierte.
Das Problem war in meinem Fall, dass sich im Netplan ein unsichtbares Steuerzeichen eingeschlichen hatte, welches ich mit Hilfe von vi und dem Befehl : set list zuerst sichtbar gemacht und danach beseitigt hatte, gelöst war.
Nach dem Neustart des Netzwerkdienstes, lief dann auch die Netzwerkverbindung wie gewünscht wieder.
Wenn du den RS dringend benötigst, Zufriedenheitsgarantie nutzen und neu bestellen
auch im Rettungssystem "Destination Host Unreachable"
kein unsichtbares Steuerzeichen
Für uns Kunden wäre mal interessant zu wissen, ob Netcup noch Support für diese Produkte in ausreichender Qualität anbietet. Von daher könntest du auch für dein Problem über den Notfall-Support über dessen Telefon-Nr. +49 721 754 0 755 5 ein Ticket aufgeben und uns deine Erfahrungen damit mal mitteilen. Denn die Kosten entstehen ja nur, wenn das Problem auf deiner Seite zu suchen ist, aber nicht, wenn es über dem Rettungssystem sich genauso unerwünscht verhält, wie unter dem installiertem OS.
Wenn du den RS dringend benötigst, Zufriedenheitsgarantie nutzen und neu bestellen
Hmm, verstehe ich jetzt nicht, was da schneller gehen soll als über den Notfall-Support. Für sowas ist der doch unter anderem da. Zufriedenheitsgarantie und Neubestellung ist zwar möglich, da gilt dann aber bestenfalls das Prinzip Hoffnung (dass der nächste RS nicht das selbe Problem aufweist). Dazu kommt dann eine Latte von Rechnungen und Gutschriften, sowie DNS-Änderungen (zumindest Server IP v4 und v6), Netzwerk-Änderungen im SCP (zumindest Reverse-DNS) mit den üblichen Wartezeiten.
Ich würde mir da schon erhoffen, dass der Notfall-Support das Problem, das auch nicht zum ersten Mal auftritt, schneller lösen kann. Zumindest sollte er das selbst am besten beurteilen können und im Zweifelsfall den Weg über Zufriedenheitsgarantie/Neubestellung empfehlen. Zumal zum Wochenanfang auch schon von Problemen mit verzögerten Auslieferungen gesprochen wurde. Das sollte zwar laut Status mittlerweile behoben sein, aber zu 100% verlassen würde ich mich auf eine sofortige, automatische Auslieferung nicht wollen.
Falls es zeitlich völlig unkritisch ist, kann man mit der Angelegenheit natürlich auch die derzeitigen Reaktionszeiten des (normalen) Supports testen. 
Gleiches Problem hier. RS 2000 G12, frische Debian 13 Minimal-Installation. Gateway 159.195.144.1 nicht erreichbar, gleiches /22 Subnetz. nftables geflusht, SCP-Firewall deaktiviert. Rettungssystem hat ebenfalls keine Netzwerkverbindung. Support-Ticket eingereicht, bisher keine Antwort.
Gleiches Problem hier. RS 2000 G12, frische Debian 13 Minimal-Installation. Gateway 159.195.144.1 nicht erreichbar, gleiches /22 Subnetz. nftables geflusht, SCP-Firewall deaktiviert. Rettungssystem hat ebenfalls keine Netzwerkverbindung. Support-Ticket eingereicht, bisher keine Antwort.
Das Ticket wird auch vor Montag nicht bearbeitet werden, an dieser Stelle erneut der Hinweis auf den Notfallsupport.
Tritt das Problem ebenfalls im Rettungssystem auf liegt der Fehler wohl auf Seite Netcup.
Das Ticket wird auch vor Montag nicht bearbeitet werden, an dieser Stelle erneut der Hinweis auf den Notfallsupport.
Tritt das Problem ebenfalls im Rettungssystem auf liegt der Fehler wohl auf Seite Netcup.
Keine gute Werbung, wenn man einen Dienst kauft, ihn sofort nutzen muss, und dann nichts funktioniert. Wir sind zu netcup gewechselt wegen der guten Bewertungen und des Rufs, aber der erste Eindruck ist leider sehr enttäuschend. Man bestellt einen Server, will direkt loslegen, und steht ohne funktionierende Netzwerkverbindung da — am Wochenende ohne Support.
Das setzt auch einen gefährlichen Präzedenzfall — wenn am Wochenende etwas ausfällt, muss man drei Tage auf einen Fix warten? Für einen Produktionsserver ist das nicht tragbar.
Der Notfallsuppport steht am Wochenende zur Verfügung, daher ist die Aussage am Wochenende ohne Support nicht ganz richtig.
Ebenfalls diese Aussage
Das setzt auch einen gefährlichen Präzedenzfall — wenn am Wochenende etwas ausfällt, muss man drei Tage auf einen Fix warten? Für einen Produktionsserver ist das nicht tragbar.
Telefon in die Hand nehmen, die Notfallhotline (+49 721 754 0 755 5, https://www.netcup.com/de/helpcenter/support) anrufen und das Problem sollte gelöst werden.
Kosten entstehen nur wenn der Fehler nicht bei Netcup liegen sollte (ist aber unwahrscheinlich da das Problem ja auch im Rettungssystem auftritt).
Der Notfallsuppport steht am Wochenende zur Verfügung, daher ist die Aussage am Wochenende ohne Support nicht ganz richtig.
Ebenfalls diese Aussage
Telefon in die Hand nehmen, die Notfallhotline (+49 721 754 0 755 5, https://www.netcup.com/de/helpcenter/support) anrufen und das Problem sollte gelöst werden.
Kosten entstehen nur wenn der Fehler nicht bei Netcup liegen sollte (ist aber unwahrscheinlich da das Problem ja auch im Rettungssystem auftritt).
Danke für die Empfehlung! Ich habe die Notfallhotline angerufen, der Support war sehr behilflich und hat mein Problem behoben.
