Ich habe jetzt nicht alles durchgelesen..
hast du schonmal ens3 durch eth0 ersetzt?
'iface eth0 inet dhcp'
und die cloud-init auskommentiert, so das eth0 dhcp versucht anstatt die statischen IPs?
Root Server hat kein Netzwerkzugang
-
tiekoetter -
11. April 2025 um 17:38 -
Erledigt
-
-
Was das bedeutet kannst du dir jetzt entweder selbst erschließen oder einfach vernünftig Fragen aber so definitiv nicht.
Bei mir läuft ja alles. Du brauchst die Hilfe, und zwar nicht vom Notfallsupport, das ist mehr als offensichtlich.
Sorry, aber das sind absolute Anfängerfehler, die einfach nicht passieren dürfen. Vor allem nicht, wenn man sich dabei über andere beschwert, die angeblich ihren Job nicht machen. Räum erst mal bei dir auf und erstelle eine saubere Konfiguration für dein Netzwerk.
Tests im Rescue Image halte ich für nicht aussagekräftig, da das mit DHCP arbeitet. Es muss eine saubere manuelle Konfiguration in der Standard-Installation her, und die hab ich bislang in diesem Thread nicht gesehen.
-
dass ich erst an die Schuld von Netcup glaube, wenn es bewiesen ist. Hier wurde einfach schon zu viel Käse gebaut.
Wie erklärst du aber die identischen Probleme der 2-3 oder mehr anderen User?
-
Also doch "mein" Problem? Dann ist ja gut dass der Notfallsupport nicht erreichbar war. Ist jetzt nur die Frage was ich falsch gemacht habe
Du solltest den Server einem Profi (von hier) per Inhaberwechsel übertragen. Der kann dann die Probleme analysieren und dir den Server zurückübertragen.
-
Wie erklärst du aber die identischen Probleme der 2-3 oder mehr anderen User?
Die Frage muss lauten: warum haben so viele andere aus dem gleichen Subnetz das Problem nicht? Und warum funktioniert alles bis zum letzten Hop vorm Server? Damit sind praktisch alle Theorien zur Fehlerursache aus diesem Thread hinfällig. Stattdessen werden Konfigurationen gezeigt, die geradezu hanebüchen sind, und wenn man konkret nachfragt, was da sonst noch sein kann, wird einem vorgeworfen, dass man nicht liest.
Was würdest du denn daraus schließen, wenn offensichtlich kein Interesse besteht, das Problem weiter einzugrenzen und stattdessen vom Thema abgelenkt wird? Aber anderen vorwerfen, dass sie ihre Arbeit nicht machen, darin übertreffen sich alle.
-
Du solltest den Server einem Profi (von hier) per Inhaberwechsel übertragen. Der kann dann die Probleme analysieren und dir den Server zurückübertragen.
Und wenn er damit fertig ist, stellt er netcup die resultierende Konfiguration inklusive cloud-init Konfiguration für die von netcup im SCP angebotenen Images zur Verfügung. Und alle sind glücklich und zufrieden und müssen nach Bereitstellung eines neuen Servers nicht mehr ihre Netzwerk-Konfiguration erst mal aufräumen. Dass das mit dem Durcheinander der Bezeichnungen nicht sauber ist, da sind wir uns wahrscheinlich alle einig. Immerhin funktioniert es aber in aus der Luft gegriffenen 99,99% der Fälle hier bei netcups Servern einwandfrei. Ich habe da in den letzten Jahren definitiv nie was ändern müssen um eine Netzwerkverbindung zu haben.
Trotzdem habe ich gelegentlich etwas aufgeräumt - und auch netcup hat wohl bei den neueren Images für die ARM VPS aufgeräumt. Da kommt ens3 gar nicht mehr vor und ist auch kein altname für eth0 mehr (laut ip link). Bei meinen x86 VPS bekomme ich aber noch unter
2: eth0
die altnames
ens3 und enp0s3 angezeigt.
Aber vielleicht lassen wir [netcup] Alexander W. und den Notfall-Support jetzt einfach erst mal prüfen, ob das Problem tatsächlich nur durch die fehlende Korrektur der automatisch erstellten Netzwerk-Konfiguration durch den User entsteht
-
Das Subnetz mit rund 1000 Adressen läuft wahrscheinlich nicht komplett auf einem Host, und der Fehler sieht schwer danach aus, dass die Netzwerkanbindung eines Hostsystems nicht korrekt funktioniert. Da ist vielleicht ein VLAN nicht richtig konfiguriert oder sonst irgendwie die Verbindung der VMs auf diesem Host zu ihrer Broadcastdomain abgeschnitten. Das muss keinen Einfluss auf VMs auf anderen Hosts haben. Wenn man mal schaut, ob man andere IPs aus der Broadcastdomain anpingen kann, wäre das durchaus aufschlussreich, aber lösen kann man das Problem dann trotzdem nicht. Ein VPS mit Default-Konfiguration und Default-Image hat bei Netcup eine funktionierende Netzwerkanbindung. Alles andere ist ein Fehler, aber keiner des Kunden.
-
jetzt einfach erst mal prüfen
Ich denke dass bei solchen technischen Problemen (erstmal) z.B. [netcup] Lars S. notified werden sollte (anders als beim Notfallsupport, was eindeutig was für den Chef ist). Wenn man jetzt bei jedem "kleinen" Problem direkt an Alexander eskaliert, hat er so viele notifies, dass er am Ende in keins mehr davon reinschaut.
-
Ich denke dass bei solchen technischen Problemen (erstmal) z.B. [netcup] Lars S. notified werden sollte (anders als beim Notfallsupport, was eindeutig was für den Chef ist). Wenn man jetzt bei jedem "kleinen" Problem direkt an Alexander eskaliert, hat er so viele notifies, dass er am Ende in keins mehr davon reinschaut.
Er war doch eh schon hier im Thread und hat das hier selbst angekündigt.
-
und der Fehler sieht schwer danach aus, dass die Netzwerkanbindung eines Hostsystems nicht korrekt funktioniert.
Aber warum funktionieren dann die VNC Verbindungen?
-
und hat das hier selbst angekündigt.
Ja, was sich aber zemlich sicher auf die Erreichbarkeit des Notfallsupports bezieht.
-
Aber warum funktionieren dann die VNC Verbindungen?
Setzt netcup dabei auf das Hauptnetzwerk? Es würde mehr Sinn ergeben, wenn die ganzen VNC Verbindungen über eine extra Karte bzw. Interface gehen würden.
-
Setzt netcup dabei auf das Hauptnetzwerk?
Ziemlich sicher nicht, denn die funktioniert ja auch, wenn man das Netzwerk komplett deaktiviert.
Das ist eher ein KVM System.
-
Aber warum funktionieren dann die VNC Verbindungen?
Eventuell weil die nicht über die virtuelle Netzwerkkarte zugreift? Ich rede jetzt nicht vom Zugriff per SSH, sondern von dem gewöhnungsbedürftigen "alten" Teil ohne Copy&Paste usw. also wohl eine im Gast aktivierte virtuelle serielle Konsole. (virsh?)
Außerdem, warum funktioniert das Netzwerk über das Rettungssystem auch nicht? Dem sollte eigentlich jegliche Fehlkonfiguration des vServers durch den Kunden egal sein.
-
Das Hostsystem selbst kommuniziert wahrscheinlich über ein eigenes VLAN mit den internen Systemen. Dementsprechend kann man davon wohl kaum etwas ableiten. Sonst würde der Server ja nicht einmal einen Startbefehl bekommen…
-
Ziemlich sicher nicht, denn die funktioniert ja auch, wenn man das Netzwerk komplett deaktiviert.
Das ist eher ein KVM System.
Ja genau. Sollte in jedem anständigen Hypervisor eine option sein. Das ist vergleichbar mit Lights-Out-Management Lösungen für bare-metal Server.
-
Ja, was sich aber zemlich sicher auf die Erreichbarkeit des Notfallsupports bezieht.
So könnte man das natürlich auch verstehen. Ich weiss nicht, was er gemeint hat, warten wir's ab.
-
Die VMs können bekanntlich auf andere Hosts umgezogen werden und bekommen dann keine andere IP-Adresse. Das Netzwerk muss also mindestens soweit virtualisiert sein, dass die VM "ihre" Broadcastdomain von unterschiedlichen Hosts erreichen kann, aber umgekehrt können auf einem Host wahrscheinlich auch VMs aus unterschiedlichen Broadcastdomains laufen. Es gibt folglich vor dem Gateway eine nicht-triviale Netzwerkinfrastruktur und das LAN der VM ist mit Sicherheit nicht identisch mit dem LAN, über das der Hypervisor und die VNC-Konsole für die virtuellen VGA-Karten angesprochen werden. Dafür braucht man nicht mehrere Netzwerkkarten. Die naheliegende Umsetzung wäre mit VLANs oder VXLANs. Mehrere Hardwareinterfaces kann man stattdessen für Ausfalltoleranz nutzen.
-
Also ich hab das ganze hier mal überflogen.
Ich hab eben bei einem Freund nachgeholfen bei der Win Server 2022 installation und bekomm bei ihm keine Internetverbindung ( sein Server liegt in der 152.53.xxx Range ) Von dem was ich hier gelesen hab kann ich wohl davon ausgehen das es sich um ein Problem seitens netcup handelt oder nicht ? Und wie der Chef gesagt hat auch mit hochdruck an einer behebung gearbeitet wird.
