[Urgent] Keine Verbindung zum vServer (Kein DHCP, Kein SSH, Kein Ping)

    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!

  • Monoo1 17. April 2025 um 21:54

    Hat den Titel des Themas von „[Urgent] No Connectivity on vServer (No DHCP, No SSH, No Ping)“ zu „[Urgent] Keine Verbindung zum vServer (Kein DHCP, Kein SSH, Kein Ping)“ geändert.
    Zitat von Patrick0815

    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.

    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?

    Zitat von Monoo1

    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.

    Der Notfallsupport ist nur bei Eigenverschulden kostenpflichtig, liegt die Störung bei Netcup ist es kostenlos.

    Da du aber bereits Probleme im Rettungsystem hast (keine IP!?, usw.) liegt der Fehler wohl eher auf Seite Netcup.

    Zitat von frank_m

    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?

    pasted-from-clipboard.png

    Zitat von fvbor

    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.

    Zitat von tiekoetter

    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?

    Zitat von ASS

    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?

    Zitat von Monoo1

    nicht einmal den Gateway anpingen kann,

    Ping ist kein guter Test. Besser irgendeine echte Verbindung zu einem anderen Rechner im Internet. Z.B. ssh

    Oder ein traceroute. Aber es kann sein das das im Rettungssystem nicht installiert ist.

    Einmal editiert, zuletzt von ASS (18. April 2025 um 02:55)

    Monoo1 Also auch wenn ein paar Leute dir hier eventuell einen Bären aufbinden wollen im Bezug zu dem Rescue System, muss man sich ja nur mal überlegen wofür das da ist. Es soll dir Zugriff auf den Server geben wenn er komplett zerschossen ist. Heißt keine Nutzer configs werden geladen -> Wenn es trotzdem nicht geht ist was an der Netcup Vorgabe falsch. Ob die kleine Möglichkeit besteht dies per Änderung am Server zu lösen (sprich "dein Fehler") kann ich nicht ausschließen, jedoch halte ich es für sehr unwahrscheinlich im Bezug auf die Faktenlage. Wenn du es dir unter keinem Umständen leisten kannst die Gebühren zu bezahlen, musst du wohl warten. Ich würde aber trotzdem beim Notfall-Support anrufen, die sollen mal das zugrundeliegende Problem lösen.

    Zitat von tiekoetter

    Also auch wenn ein paar Leute dir hier eventuell einen Bären aufbinden wollen im Bezug zu dem Rescue System

    Welche Bären meinst du denn?

    Das Rescue System ist die EINZIGE zuverlässige (und dazu sehr einfache) Art festzustellen, dass es nicht an ihm liegen kann.

    Ich schätze mit deinem Post hast du ihn jetzt so verwirrt und ihm Angst gemacht, dass er garnix mehr macht.

    Zitat von ASS

    Das Rescue System ist die EINZIGE zuverlässige (und dazu sehr einfache) Art festzustellen, dass es nicht an ihm liegen kann.

    Das ist ja auch genau mein Standpunkt. Was ich mit dem Bären aufbinden meine, ist ein oder mehrere Nutzer hier die dies eben nicht so sehen; Da wird geglaubt man habe das Rescue System falsch eingestellt o.Ä.

    Ich hab ja auch gesagt, dass ich an seiner Stelle anrufen würde.

    Sorry wenn ich es eventuell bisschen missverständlich ausgedrückt habe.

    Ja, ich denke #5 sollte man ignorieren. Das ist für das Rescuesystem viel zu kompliziert und dazu auch noch ziemlich nichtssagend.

    Was soll man solche kryptischen "Profitests" machen, wenn es auch völlig trivial und einfach geht.

    Wir sind hier doch kein Geheimbund der Laien künstlich draußenhalten will...