Root Server hat kein Netzwerkzugang

    Zitat von Labmonkey

    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.

    Chef hat gesagt er kümmert sich um die mangelhafte Verfügbarkeit des Notfall-Support. Was das technische Problem hier angeht weiß glaube ich noch keiner so recht ob daran gearbeitet wird.

    Aber Glückwunsch du (bzw. dein Kumpel) bist jetzt mindestens der 4. mit diesem Problem, wo der Server auch im Gleichen Adressbereich liegt. Aber laut frank_m ja reiner Zufall, weil bei ihm "geht es ja".

    Ich gehe sehr davon aus, dass Lars sich bereits morgen hier melden wird. Wie ich ihn einschätze vielleicht sogar bereits mit einer Lösung. :)

    Also nicht (weiter) streiten, sondern bis morgen Pause machen.

    In der 152.53.x.x Range Ich habe einen VPS 1000 G10 schon seit einiger Zeit laufen. Als ich ihn "damals" mit dem Ubuntu Image von netcup installiert hatte lief das alles direkt ohne Probleme.

    Für ein Test mit einer Neuinstallation kann ich ihn derzeit allerdings nicht hergeben, da er Produktiv in Verwendung ist.

    Aber gut, es ist auch ein VPS und kein RS.

    Zitat von tiekoetter

    Aber laut frank_m ja reiner Zufall, weil bei ihm "geht es ja".

    Das habe ich nicht gesagt. Ich habe nur gesagt, es wäre schön, wenn wenigstens einer mal mit einer sauberen Netzwerkkonfiguration nachweisen könnte, dass es wirklich an Netcup liegt. Denn das, was hier bislang präsentiert wurde, war eher aus der Kategorie Abenteuer-Cowboy, aber nicht aus der Kategorie Netzwerk-Admin.

    Hallo, hier Person Nummer 5. wo es nicht funktioniert im IP Bereich 152.53.

    Saubere Debian minimal Installation und Netzwerk funktioniert weder rein noch raus und ist definitiv nicht mein erster Server, den ich bei netcup aufsetze.

    Scheint also kein Zufall zu sein ;)

    Viele Grüße.

    Zitat von frank_m

    In der Standard Konfiguration von Netcup werden ens3 und eth0 nicht vermischt. Und selbst wenn es so wäre: Das richtig einzurichten ist immer noch dein Job.

    Ich glaube so langsam du fällst eher unter die Kategorie "Internet Troll"...

    Aber weißt du was: Du als Profi solltest es doch hinbekommen, oder?

    Erstell doch einfach mal eine Netzwerk config für Debian 12 Systeme mit 152.53.125.158/22 und Gateway 152.53.124.1

    Die Standard Konfiguration von netcup gibt es nicht. Zuallermindest ist sie zwischen ARM und x86 unterschiedlich. Ich habe einige Server mit der "Standard Konfiguration" von netcup laufen, da sind ens3 und etho vermischt. Genau die selbe Konfiguration wie hier. Das ist Schei**e, aber es funktioniert, weil in dem Fall ens3 bei ip link als altname für eth0 gelistet ist. Bei einigen habe ich es auch geändert.

    Dann habe ich einige andere Server, da ist das nicht so (ebenfalls netcup "Standard Konfiguration") Da wird nur eth0 verwendet und nicht ens3 reingemischt in /etc/network/interfaces. Da zeigt mir ip link dann auch nicht ens3 als altname für eth0, würde da also auch gar nicht funktionieren können.

    Ich kann meine Server ja mal alle durchkontrollieren, wie der Prozentsatz der unterschiedlichen "Standard Konfigurationen" ist bei welchen Servern (RS, VPS x86, VPS ARM. Alle mit Debian 12 Minimal Image installiert.

    Zitat von frank_m

    Aber klar, man kann es sich schönreden. Zielführender wäre es, mal an der Lösung zu arbeiten.

    Ich weiß auch nicht was da Zielführender ist, wenn wahrscheinlich hunderte neue Debian12 Server (auch 3 mir bekannte aus den letzten Wochen) seit Wochen bestellt die exakt gleichen Configs bis auf die IPs haben und es bei allen anderen Outofthebox funktioniert.

    In udevd ist bei einem mir bekannten neuen Server eth0 in udevd an die MAC-Adresse gebunden.

    Ich denke die Wahrscheinlichkeit das es am guest liegt, liegt bei <5%.

    Zitat von VojkoT58

    Has anyone been in contact with the support?

    Is this issue being worked on?

    I did not receive any replies so far from them, still didnt call the emergency line.

    Yes I opened a ticket before I even started this thread, apart from a first reply asking me stuff to sort out trivial misconfiguration on my part I didn't receive any further replies.

    The emergency line didn't answer me after 75 minutes in queue. I didn't try again.

    Honestly not sure if anyone at Netcup is actually aware of the technical part of this issue. The CEO(?) answered in regards of the availability of the emergency line and said he will sort it out. Meaning the availability of said line but likely not the actual issue why we called the line.

    Zitat von VojkoT58

    Has anyone been in contact with the support?

    Is this issue being worked on?

    I did not receive any replies so far from them, still didnt call the emergency line.

    Hello, yess I had a call this morning with the support. I told them that i'm not the only one with this problem and told them about this thread. They were reading it and want to contact me, if there are any news. But I didnt recieve any updates

    Moderatoren Wäre es möglich, dass ihr das Netcup intern mal klären lasst bzw. in die entsprechende Abteilung weitergeben könntet bevor das hier noch weiter eskaliert? Es bringt ja nichts, wenn sich hier Kunden gegenseitig Vorwürfe machen, wenn es tatsächlich ein technisches Problem gibt, was aktuell definitiv den Anschein hat. Wenn das Netcup Standard Image und sogar das Rettungssystem keine Netzwerkverbindungen zulassen, ist das wohl definitiv ein Fall für die Netcup Techniker.

    Hallo zusammen,

    bitte entschuldigt die Einschränkungen bei Netzwerkverbindungen der betroffenen neuen Server. Die zuständigen Kollegen haben mir soeben mitgeteilt, dass der Sachverhalt gelöst sein sollte und die Systeme jetzt alle erreichbar sein sollten.

    Die Einschränkung des Notfallsupports bedauern wir sehr und diese wird intern gründlich untersucht. Wir haben kürzlich technische Änderungen an unserer Telefonanlage durchgeführt, um kurz- und mittelfristig weitere Verbesserungen im Bereich unserer Supports vornehmen zu können, möglicherweise lag daher hier ein technischer Fehler in diesem Zusammenhang vor. Wir werden das analysieren und lösen.

    Danke für euer Verständnis.

    Interface Altnames sind ein Feature und kein Fehler. Die wurden eingeführt, um Probleme zu lösen. Es zählt nur, was am Ende dabei als Konfiguration des Interfaces rauskommt, und das wurde schon ganz am Anfang gezeigt und sieht richtig aus. Mit welchem Namen das Interface zwischenzeitlich und danach angesprochen wird, ist ganz egal. Altnames sind in Debian 12 voreingestellt. Systemd vergibt zusätzliche Altnames entsprechend der Konfiguration in /usr/lib/systemd/network/99-default.link. Bei Netcup setzt /etc/network/interfaces.d/50-cloud-init.cfg eine statische Konfiguration für das Interface. Diese Konfiguration stimmt in diesem Fall auch mit der Konfiguration überein, die im ServerControlPanel für diesen Server vorgegeben wird, und ist wirksam und korrekt mit ip abrufbar. Wenn das nicht funktioniert ist das Netz kaputt, nicht die Konfiguration.

    Einmal editiert, zuletzt von NaN (14. April 2025 um 15:55) aus folgendem Grund: Bissl spät, aber ich lasse das stehen, weil die Altnames in diesem Thema zu schlecht wegkommen.