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.
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.
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 
Angehangen habe ich mal den Auszug aus /etc/network/interfaces. Hab das nach dem testen wieder auskommentiert, nicht dass das noch schlimmere Fehler verursacht falls der Support was an der Netzwerk config probieren wollen würde.
Gibts da auch eine /etc/network/interfaces.d/50-cloud-init.cfg?
Hmm. Sorry, da habe ich mich wohl selbst reingelegt. Ich sehe, ich bin über den Reverse-DNS Eintrag der IP gegangen und habe darauf gepingt. Der Reverse DNS löst aber auf ganz andere IPs auf. Die IPv4 direkt geht zumindest momentan bei mir auch nicht. Die 158 und 159 sind immer noch tot.
Für mich wirkt das so als ob in den Routern diese IPv4 Adresse beziehungsweise das IPv6 Subnet noch überhaupt nicht vergeben sind.
Klingt für mich einleuchtend, zumal die IPv4-Adresse davor mit 157 am Ende einwandfrei erreichbar ist, sowohl von meinem Server aus und auch von mir zuhause,
Hier mal jeweils ein mtr der beiden IPs von einem meiner Server (152.53.116.xxx) aus
~$ mtr -r -c 100 152.53.xxx.158
Start: 2025-04-13T13:15:15+0200
HOST: xxx.xxxx.de Loss% Snt Last Avg Best Wrst StDev
1.|-- 152.53.116.2 98.0% 100 2003. 2003. 2003. 2004. 0.3
2.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0~$ mtr -r -c 100 152.53.xxx.157
Start: 2025-04-13T13:19:40+0200
HOST: xxx.xxxx.de Loss% Snt Last Avg Best Wrst StDev
1.|-- 152.53.116.2 0.0% 100 0.9 2.7 0.4 46.2 6.5
2.|-- v220250xxxxxxxxxxxxx.xxxx 0.0% 100 0.5 0.5 0.4 0.8 0.1Die nächste IP (152.53.xxx.159) sieht genauso aus wie die 158, während die nachfolgenden wieder erreichbar sind (nur ping getestet). Da scheint man bei den zwei IPs irgendwas vergessen zu haben 
.
Edit: Oder die zwei Server sind einfach nur ausgeschaltet und es funktioniert mittlerweile.
Edit2: ping auf die IPv4 und IPv6 funktioniert mittlerweile wirklich. Da hat der Notfallsupport wohl das Problem mittlerweile gelöst.
Hmm, vielleicht sind da doch noch so einige Kunden mit dem selben Problem vor dir in der Warteschlange. 
. Der Notfall-Support dürfte eher dünn besetzt sein, vielleicht sogar nur ein Mitarbeiter.
Nein, das wird - soweit mir bekannt - normalerweise eher großzügig ausgelegt. Ich habe übrigens auch einige Server mit Standort Nürnberg und IP aus 152.53.0.0/16. Gehört zu Anexia, wurde aber meines Wissens in mehrere Subnetze unterteilt für unterschiedliche Standorte. Ein Großteil der neuen Server seit der Black Week 2024 hat solche IP-Adressen. Meine funktionieren auch alle.
Wenn ich so in meine Glaskugel schaue, dann könnte ich mir vorstellen, das netcup da irgendwas vergessen hat passend einzustellen und jetzt eventuell das Routing nicht funktioniert. Einer meine Server mit einer solchen IP hatte anfangs Probleme mit dem Cloud vLAN. Nicht nur meiner, alle in der selben Aktion ausgelieferten Server waren betroffen. Das hat netcup dann aber halbwegs zügig gefixt. Da war es aber nicht so, dass gar keine Netzwerkverbindung funktioniert hätte. Lediglich das Cloud vLAN liess sich nicht einbinden, über die öffentliche IP schien alles ganz normal zu sein.
Du hast es ja sogar mit dem von netcup vorinstallierten Image probiert und keine Netzwerkverbindung gehabt. Daran kannst du ja wohl kaum schuld sein. Normalerweise kann man da sofort nach Erstellung des vServers per SSH drauf mit user root und dem in der Mail angegebenen Passwort.
Bei der Notfallnummer
Das ist allerdings ein starkes Stück, das darf eigentlich nicht passieren. 
Inwiefern hat das Webhosting Einfluss auf das DNS einer Domain? Machst du da was über die API?
netcup Webhosting ist kein dediziertes Wordpress-Hosting wie wordpress.org. Man kann Wordpress entweder manuell installieren oder mt dem Plesk Wordpress Toolkit, was im WCP zur Verfügung steht. Das WCP ist im Wesentlichen Plesk Obsidian. Doku zum Wordpress Toolkit gibt es also z.B. bei Plesk
https://docs.plesk.com/de-DE/obsidian/customer-guide/wp-toolkit.79128/
Wenn das nicht reicht muss dir jemand anders helfen, ich bin kein Wordpress Benutzer.
Dann hast du dei Optionen
Normalerweise läuft so eine Aktion irgendwann in einen Timeout, habe ich jedenfalls hier schon irgendwo gelesen. Support anrufen sollte eigentlich schneller sein, da bin ich mir aber derzeit nicht so sicher. Über Kontaktformular dauert eher noch länger als telefonisch. Wenns also halbwegs schnell gehen muss, würde ich hier den Notfall-Support anrufen. Falls du nicht versehentlich das Aufspielen eines Image ausgelöst hast, was aber auch nicht gerade Stunden dauern dürfte, kann das Problem eigentlich nicht von dir verursacht und somit der Anruf beim Notfall-Support nicht kostenpflichtig sein.
Hast du denn schon die Mail bekommen, dass der Server bereitgestellt ist? Sieht ja wohl so aus, als ob da derzeit noch eine Aktion drauf ausgeführt wird, eventuell ist das Default-Image (Debian 12 minimal) noch gar nicht fertig aufgespielt.
Ansonsten Support oder Notfall-Support, je nach Dringlichkeit
Ich habe in diesem Thread viele Probleme und Lösungen wieder erkannt
Danke mal an alle hier für die angenehme Kommunikation.
Auch ich nutze Plesk und habe wie oben das Problem gelöst. Aber was mache ich, wenn ich eine weitere Domain auf dem Server hoste.....Deren mx ist doch dann mail.domain2.de
und Hostname ist weiterhin mail.domain1.de
Wie löse ich denn so ein Problem?
Ich benutze kein Plesk und der MX für alle Maildomains ist bei mir der Servername. Der ist gleichzeitig auch als Reverse DNS eingetragen, somit gibt es da keine Probleme.
Ach so, ich hatte dich eventuell falsch verstanden. Ich dachte, du hättest Bedenken beim Hosting in Deutschland und willst deswegen in de USA umziehen. Ist ja aber wohl andersrum, du willst in die USA umziehen und hast Bedenken wegen der in die USA transferierten persönlichen Daten. Das halte ich durchaus für bedenklich und zustimmungspflichtig. Umso mehr in Zeiten, in denen schon eine IP-Adresse als persönliches Datum gilt, also eigentlich auch nicht übertragen werden darf ohne Zustimmung.
Wäre interessant zu wissen, ob man das als technisch notwendig durchbekommt, immerhin hätte man ja auch in der EU hosten können und somit die IP nicht in die USA übertragen müssen. 
Also nach der Masse von Kontaktformularen zu urteilen, die sich auf in Deutschland gehosteten Websites finden, kann das eigentlich kein unlösbares Problem sein.
Ich finde es jedenfalls spannend, dass ein 1,-€ Server mit den Zonenfiles für ein paar eigene Domains, die für niemanden in irgendeiner Form besonders wichtig oder gar kritisch sind, zur kritischen Infrastruktur gehört. Ganz offensichtlich ist das - wie fast immer - von Leuten erarbeitet worden, die an solche Fälle schlicht nicht gedacht haben, weil sie - wie so oft - von der Materie keinerlei Ahnung haben.
netcup hat mit Gegenzöllen gedroht.
Ich habe ihnen gedroht, ich zahle ihnen nie mehr 60 Cent für eine de-Domain, wenn ich aus dem netcup-Webhosting mal wieder eine Inklusivdomain umziehen will. Meine Testmail vom 1. April ist jetzt auch eingetrüdelt. Ist eh strange. Den Test jetzt habe ich jetzt mit so einer Domain gemacht, die momentan temporär bei Strota registriert ist. Da ist ein Postfach dabei, das aber webmaster@ für alle meine dort registrierten Domains zu sein scheint. In dem Fall also nur für die eine Domain. Ein weiteres Postfach mit anderem Benutzer liess sich nicht anlegen, Aliase wären aber möglich. Letztes Mal hatte ich zwei Domains gleichzeitig zwischengeparkt, somit hatte ich 2 Postfächer zur Verfügung und konnte also noch ein weiteres anlegen außer dem webmaster. Naja, für 60 Cent ist selbst das eine Postfach schon mehr als ok. Wenn ich nicht den Mailempfang hätte testen wollen, hätte ich das wohl gar nicht genutzt.
Klappt, jetzt warten wir mal auf die Behebung des Strota-Problems beim Mailversand von netcup aus. Nachdem mittlerweile auch die zweite Testmail von heute in der selben Warteschleife kreist wie die erste von vorgestern, erwäge ich ansonsten Strafzölle auf von Strota bei mir eingehende Mails, die ganz im Gegensatz zur Gegenrichtung ganz normal zugestellt werden. Wo bei UCEPROTECT kann man denn spammende Mailanbieter melden?
Hmm, die Testmail von gestern ist gerade eben bei Strota angekommen, die Mail vom Dienstag ist aber immer noch verschollen. Nicht angekommen, keine Rückmeldung, nichts. Stellt Strota jetzt die Postfächer auch auf MS um oder haben die das schwarze Loch von MS kopiert?
