Der Support hat das Problem bestätigt und auf allen betroffenen Servern behoben. Ich kann bestätigen, dass der Zugriff nun wieder vollständig möglich ist. Nochmals vielen Dank an alle für die Zusammenarbeit!
Beiträge von Monoo1
-
-
-
Ich habe bereits den Notfall-Support kontaktiert, das Problem ausführlich erklärt und meine Client-ID angegeben. Sie bestätigten, dass sie nun daran arbeiten und innerhalb von ca. 1 Stunde per E-Mail antworten werden.
Ich halte euch/Sie über Neuigkeiten auf dem Laufenden. Vielen Dank für eure/Ihre Hilfe!
-
Nochmal
wird es nicht an dir liegen.
Interessant wäre allemal, ob und wann jemand überhaupt rangeht...
Entschuldige, wenn das vielleicht eine etwas dumme Frage ist –
aber was genau meinst du mit:
"Wenn du im Rettungssystem keine Daten übertragen kannst, wird es nicht an dir liegen"?
Heißt das, wenn ich im Rescue-Modus nicht einmal den Gateway anpingen kann, dann liegt der Fehler sicher bei Netcup?
-
Wenn es das gleiche Problem ist wie dass das ich hatte, dann kannst du den Notfall-Support Anrufen. Ist ein Problem von Netcup.
Ich denke auch, dass es das gleiche Problem ist, aber ich möchte den Notfall-Support nicht anrufen, weil ich es mir nicht leisten könnte, falls ich falsch liege. Gibt es eine andere Möglichkeit, dass sie das vor dem nächsten Werktag lesen? Vielleicht indem ich Support oder einen Admin markiere?
-
Ist dein Server in der 152.53.x.x IP-Range?
Da gab es letztens schon mal Probleme 🤔Ja, mein Server befindet sich tatsächlich im IP-Bereich 152.53.x.x. Es ist interessant, dass du erwähnst, dass es bereits Probleme mit diesem IP-Bereich gab. Das könnte meine aktuelle Situation erklären. Weißt du, ob netcup diese früheren Probleme gelöst hat oder ob sie eine Lösung angekündigt haben? Jede zusätzliche Information über diese früheren Vorfälle wäre für mich sehr hilfreich.
-
Um das beurteilen zu können, brauchen wir mehr Diagnoseinformationen, z.B von tcpdump. Gibt es Retransmissions, Out of Order Pakete oder so? Was sagen ifconfig, route etc, wie sehen die Interface Statistiken aus?
Vielen Dank für Ihre Hilfe. Hier sind die angeforderten Informationen (siehe angehängtes Bild):
-
ifconfig -a: Zeigt, dass eth0 die IP 152.53.x.x hat, aktiv ist und Pakete ohne Fehler sendet/empfängt -
ip route show: Bestätigt, dass die Standardroute korrekt konfiguriert ist -
ip link show: Zeigt, dass eth0 im Zustand UP ist -
ethtool eth0: Zeigt eine physische Verbindung ("Link detected: yes"), aber mehrere Parameter erscheinen als "Unknown" -
tcpdump: Erfasst hauptsächlich ARP-Verkehr (who-has Anfragen), ohne Anzeichen von TCP-Neuübertragungen
Wie Sie sehen können, scheint alles richtig konfiguriert zu sein, aber ich habe immer noch keine Konnektivität. Deutet dies auf ein Problem in der netcup-Infrastrukturhin?
-
-
M.E. sollte der Server im Rescue-Mode ohne weitere Schritte mit der IP versorgt werden.
Aber wenn schon dies nicht funktioniert, liegt wohl an deinem Server eine Störung vor die du nicht selbst beheben kannst.
Für solche Fälle gibt es den Notfallsupport: https://helpcenter.netcup.com/de/support
Vielen Dank für den Hinweis!
Weißt du zufällig, ob der Notfallsupport kostenlos ist? Ich habe gelesen, dass dieser eventuell kostenpflichtig sein kann, und möchte das vorher klären. -
Hallo zusammen,
ich habe aktuell ein dringendes Verbindungsproblem mit meinem vServer. Ich habe bereits ein Support-Ticket geöffnet und die angeforderten Diagnosedaten gesendet, aber noch keine Rückmeldung erhalten. Da heute Donnerstag ist und morgen in Deutschland ein Feiertag (Karfreitag) ist, befürchte ich, dass ich bis nächste Woche ohne funktionierenden Server bleiben werde.
Zusammenfassung:
- Rescue-System wurde wie in der netcup-Dokumentation beschrieben gestartet
- `dhclient` gibt keine DHCPOFFER zurück
- `mtr` vom Server (im Rescue-System) zeigt hohen Paketverlust
- `WinMTR` vom Host (mein lokaler Rechner) zeigt ebenfalls viele Ausfälle
- `iperf3` konnte keine Verbindung herstellen
- Kein Zugriff per SSH
- Kein Ping auf Google oder andere IPs möglich
- Auch kein Ping auf das Gateway (getestet sowohl im Rescue-System als auch im normalen Boot)
Ich habe zwei Textdateien als Anhang vorbereitet:
- `outputs_from_server.txt`: enthält die Ergebnisse von `dhclient`, `mtr` und `iperf3` vom Server
- `WinMTR_From_Host.txt`: Ausgabe von `WinMTR` vom Host-PC
**Hinweis:** Ich habe meine MAC-Adresse sowie den vollständigen Servernamen in den Anhängen aus Datenschutzgründen anonymisiert.
Ich bin für jede Hilfe oder Empfehlung dankbar, wie man den Support evtl. schneller erreicht.
Vielen Dank im Voraus!
