Mein vServer ist nicht mehr erreichbar, Störung?

Funktioniert das Netzwerk, wenn Du den IPv4-Teil von DHCP auf eine statische Konfiguration umstellst? Ansonsten mal im Rettungssystem testen.

Zitat von mkdr

Aber scheinbar zieht er sich die IPv4 nicht mehr automatisch. Woran kann das liegen?

Ist denn nur IPv4 weg, oder auch IPv6? Wenn du im SCP so weit kommst, dich einzuloggen, kannst du das Netzwerkinterface ja mal von Hand konfigurieren und testen. Außerdem kannst du mit tcpdump schauen, was so los ist auf dem Interface (z.B. in Bezug auf DHCP oder Broadcasts aus der Infrastruktur).

Zitat von mkdr

rescue Medium booten funktioniert auch nicht,

Dann einmal mit Beschreibung: "Rescue Modus funktioniert nicht / bootet nicht" zum Support schicken.

Der funktioniert doch eh nur zur Hälfte, da er auf Debian oldoldoldoldstable basiert?

Hatte ich mit einem vServer in den letzten Wochen auch staendig. IPV6 funktionierte, IPV4 nicht mehr. Schreib ein Ticket udn warte.

Hat bei mir immer etwa 3 Tage gebraucht, bis netcup ihre Systeme wieder unter Kontrolle hatte und es mit magischer Hand ploetzlich wieder funktionierte

Und was ist mit den Fragen, die ich oben gestellt habe? Warum tagelang auf den Support warten, wenn ich in 10 Minuten eine Antwort haben kann, ob ich ihn überhaupt brauche? Klar, man kann sich zurücklehnen und abwarten, aber ich werde das nie verstehen.

Wenn das Rettungssystem nicht einmal startet, wird die restliche Analyse nicht viel bringen. Dann hat das Ding höchstwahrscheinlich wirklich kein Netzwerk mehr.

Oder gab es schon einmal einen Fall, bei dem nur der DHCP-Server von netcup nicht mehr reagiert? Den Support muss man in diesem Fall sowieso einschalten…

Irgendwann ist immer das erste Mal. Es wäre so einfach herauszufinden. Jemand, der einen Server betreibt, sollte dazu auf jeden Fall in der Lage sein. Und wenn der Support die Infos bekommt, könnte er auch schneller und zielorientierter agieren.

Guten Morgen,

Bezüglich der Screenshots... ich sehe ein Wireguard Interface. Ist also vermutlich nicht alles so belassen worden, wie von Netcup bereitgestellt.

Man muss also alles nachkontrollieren sowie die Logs kontrollieren.

Ja, und auch die IPv6 Adresse ist nicht die Standard-Adresse. Zwar sollte es auch mit anderen Adressen aus dem /64 klappen, aber im Probleme auszuschließen, sollte man zunächst beim Basis Setup bleiben. D.h. auch, Wireguard zu deaktivieren.

Was auch auffällt: Die Fehler ist "Host unreachable", und nicht einfach nur "Timeout" oder "Packet Loss". D.h., es findet ICMP Kommunikation statt. Es deutet im Moment nichts darauf hin, dass das Interface einfach tot ist. Wie bereits ganz am Anfang schon erwähnt, muss man mit tcpdump analysieren, was genau da abgeht. Das heißt noch nicht, dass es an der Server-Konfiguration liegt, aber so einfach, wie dargestellt, ist es auch nicht.

Ubuntu 18.04 LTS ist seit 31.05.2023 aus dem Standardsupport, d.h. es gibt keine Updates mehr.

Um weiterhin Updates zu bekommen, müsste man entweder auf eine höhere LTS Version dist-upgraden oder Ubuntu Pro kostenpflichtig abonnieren.

D.h. hier steht ein Server seit 3,5 Monaten ohne Updateabdeckung im Internet und ist Angriffen ausgesetzt. An dieser Situation sollte sofort etwas geändert werden, ansonsten gehört er nicht mehr lange mkdr .

Insofern: Daten sichern und neu installieren, da nicht ausgeschlossen werden kann, dass der Server bereits kompromittiert ist.

Ich sehe das ein wenig entspannter.

Nur weil Ubuntu 18.04 jetzt seit kurzem keine Updates mehr bekommt, heißt ja nicht gleich, dass plötzlich lauter Sicherheitslücken auftauchen werden

Nur wenn immer noch unentdeckte Löcher im System jetzt bekannt werden, dann wird es heikel.

Aber sicher. Der Server sollte bei nächster Gelegenheit auf ein neueres OS aktualisiert werden, keine Frage.

Zitat von TBT

Ubuntu 18.04 LTS ist seit 31.05.2023 aus dem Standardsupport, d.h. es gibt keine Updates mehr.

Um weiterhin Updates zu bekommen, müsste man entweder auf eine höhere LTS Version dist-upgraden oder Ubuntu Pro kostenpflichtig abonnieren.

Langsam. Kostenpflichtig nur dann, wenn es eine von mehr als fünf betroffene Maschinen wäre. Das ist einer der großen Vorteile dieser Distribution.

Zitat von ubuntu.com: "Time to prepare for Ubuntu 18.04 LTS End of Standard Support on 31 May 2023"

Ubuntu 18.04 LTS will remain fully supported until April 2028 with an Ubuntu Pro subscription. Ubuntu Pro is available for amd64, arm64, s390X, andPowerPC architectures.

This includes security patching for all Ubuntu packages thanks to Expanded Security Maintenance (ESM) for Infrastructure and Applications and optional 24/7 phone and ticket support.

Ubuntu Pro is free for personal and small-scale commercial users on up to 5 machines and transparent, per-machine pricing for enterprises. It is available for desktops, servers, and IoT devices and on public clouds – AWS, Azure, Google, IBM and Oracle.

Zitat von m_ueberall

Langsam. Kostenpflichtig nur dann, wenn es eine von mehr als fünf betroffene Maschinen wäre. Das ist einer der großen Vorteile dieser Distribution.

Schön, wenn das so ist. Ich hege berechtigte Zweifel, dass der hier betroffene Server ein Pro Abo hat.

Zitat von aRaphael

Ich sehe das ein wenig entspannter.

Nur weil Ubuntu 18.04 jetzt seit kurzem keine Updates mehr bekommt, heißt ja nicht gleich, dass plötzlich lauter Sicherheitslücken auftauchen werden

Nur wenn immer noch unentdeckte Löcher im System jetzt bekannt werden, dann wird es heikel.

Aber sicher. Der Server sollte bei nächster Gelegenheit auf ein neueres OS aktualisiert werden, keine Frage.

Ich würde sagen es hat schon jetzt zu viele Sicherheitslücken. Ein OS ohne Support ist ein unsicheres OS. Für mich ab dem Tag, an dem kein Support mehr besteht.

Sortiert von 31.05.2023 bis heute: https://cve.tuxcare.com/els/cv…ore=&orderBy=updated-desc davon mehrere critical.

OK. Kann natürlich sein, dass ich das etwas zu entspannt sehe.

(Meine eigenen System halte ich durchaus aktuell. Da ist Ubuntu 20.04 das älteste)