Hm, ist das notwendig? Sperrt man damit nicht auch potenzielle Nutzer aus?
Kommt ja drauf an, wenn man z.B. eine Seite hat, auf der nur potentielle Deutsche Besucher unterwegs sind... ein Urlauber in China der diese nicht erreicht kein kritisches Problem darstellt, dann kann man man auch per Geo Blocking China aussperren.
Nicht zu vergessen das man die PHP Version auch je nach Anwendung anpassen muss.
Da die Versionen bei großen Anwendungen teils erhebliche Anpassungen benötigen.
Wordpress z.B. ist oberhalb von 8.2 nur Beta, owncloud braucht php7.4.33, nextcloud 8.2 und so weiter..
Es spricht natürlich nichts dagegen sich damit überhaupt mal auseinanderzusetzen.
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%.
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?
Beim alten Hoster wurde mir die Datenbank mit rund 1GB angezeigt.
Da gibt es einige möglichkeiten..
1. Der Hoster bzw. kunde optimiert seine Tabellen nicht (So eine Art defragmentierung)
2. Es gibt Fehler beim Import (sollten angezeigt werden)
3. Wie groß ist das ZIP/Import File?
4. Per FTP hochladen und mit ssh Zugriff importieren. (Sicherste Variante)
5. Datenbankversionen (bei alten MySQL Versionen können die column header zu groß sein, oder ein in kompatibles Format, sollte aber auch nicht ohne Fehler über die Bühne gehen.)
Auch die muss man erst mal einrichten. Wie hier schon steht: DHCP funktioniert nicht.
Ich meine da sind doch schon die Static IPs automatisch in der cloud-init eingetragen.
Also doch "mein" Problem? Dann ist ja gut dass der Notfallsupport nicht erreichbar war. Ist jetzt nur die Frage was ich falsch gemacht habe 🤔
Wenn Du wie gschrieben einfach nur ein gängiges Minimal Image installiert hast, z.B. "Debian 12 minimal" .. kann es ja eigentlich nicht an Dir liegen.. dann würde nur noch Server "herunterfahren" und danach server "starten" übrig bleiben. Das sollte ja klappen.
Ich würde mir womöglich mal das dmesg auf auffälligkeiten prüfen und im vcp testweise das netzwerkinterface umstellen.
Diese Erzeugnisse sind wirklich Urheberrechtsfrei?
Das habe ich mich natürlich auch gefragt... Bin aber kein Anwalt.
"The images generated by the AI are not subject to copyright."
Meine Idee hat es auf jeden Fall gematcht.. aber das korrigieren der kleinen Fehler wäre kostenpflichtig gewesen 
Wie schon voran geschrieben wurde, muss der rdns nur auf den Hostnamen und helo matchen. Z.B. Mail.beliebigedomain.de
Das hat erstmal nichts mit der Versand Domain zu tun.
Seit den Wartungsarbeiten am Forum lädt das längste Thema jetzt manchmal echt lange
Beim 32769 Beitrag kommt dann erstmal internal Server error
Wie bereits von Paul erwähnt, ist die Integration in VsCode sehr gut (ebenfalls die Integration in Windows an sich). Dazu ist der Performance-Overhead bei wsl (wegen der besseren Integration) deutlich geringer als bei anderen VM-Lösungen.
Ich musste mich da jetzt erstmal "aktuell" einlesen.. mitlerweile ist Hyper-V anscheinend auch konkurrenzfähig.
Das einzige das ich sehe, wenn man Hyper-V aktiviert, wird die eigene Desktop-Umgebung zu einem Hyper-V-Guest.
Denke der Overhead ist so gut wie gleich.. weil HW-Virtualisierung halt keinen "echten" Overhead hat. (Mal abgesehen von Multi VMs auf Dauer. wegen Ressourcenverteilung)
Für mich stehen die recht gleich, kann ja jeder selbst entscheiden 
PHP Mail oder SMTP haben doch am Ende das gleiche Problem bei Spam?
Jedenfalls bei einigen Hostern wird PHP Mail über Sendmail zum echten SMTP transportiert. (Dkim-signiert) Wie das bei Netcup ist weiß ich nicht.
Da wäre es egal, da PHP Mail einfach nur ohne Login-Daten funktioniert. (Quasi ähnlich lokal)
Ich würde einfach mal PHP 8.1 in einer Testinstallation ausprobieren und wenn das nicht klappt einmal WP-Debug mitschreiben lassen. Dabei müsste eigentlich irgendetwas herauskommen. Ich bin mir jetzt nicht sicher, ich meine 1 cf7-Addon bei einer meiner Installationen ist nur bis 8.1 funktionsfähig.
An SMTP geht ja auch kein Weg vorbei wenn man seine Email bei Hoster A behält und die Webpräsenz zum Hoster B umzieht.
Für reines Development macht WSL deutlich mehr Sinn als eine klassische VM.
Inwiefern? Ich habe zwar wsl von Anfang an für Shellscripts und Upgrade bestimmt schon seit 10 Jahren die Debian VM. Das lief schon auf Kisten da waren 6 Cores noch das non plus ultra.
Ich will ja meine eingerichtetes Linux System zur Hand haben. Ich habe da lieber eine vm als hyper-V (wsl). Das fühlt sich für mich Runder an.
Ich mache es halt umgekehrt wie die "No other way" Linux Fans.
Linux in der VM für development etc. absolut zuverlässig und immer mit einem "suspend VM" am gleichen Punkt zurück.
Dank HW Virtualisierung macht ein dual Boot heutzutage Null Sinn.
In wie fern kann es da Probleme geben ? Nutze PHP 8.3 und konnte bisher keine feststellen
Das war nur eine Idee, falls es beim Wechsel zu wechselnden php-versionen kommt.
Cf7 bzw. seine Addons hinken ein bisschen hinterher, das ist aber teils händisch fixbar, bei mir das einzige Sorgenkind wenn es um PHP8 Versionen geht.
WP 6.7 hat nur 8.3 Beta Support. Das muss jeder selbst entscheiden.
Skripte oder Plugins die noch php 7 benötigen um zu laufen, sollte man eh ausmustern
Das stimmt, kann man aber auch selbst fixen wenn das nicht unterirdisch zusammengeschustert wurde.
Wobei es aber auch so ist, dass ich innerhalb ca 15 Jahren den Support nur ca 5 mal anschreiben musste...
Geht mir bei einem ähnlichem Schnitt auch so.. einmal selbst verzapft (nach Debian Update Kernel zerschossen). Dann 2 mal Server Down.. einmal nach SCP reboot und einmal nicht definierbar. Bei mir ist das insgesamt ein guter Schnitt für Netcup.
Danke für den Tipp, Hille. Das würde als Notlösung (sicherlich) klappen.
PHP Mail ist Serverseitig einfach nicht zukunftsorientiert sicher genug. Ich kann die Umstellung auf SMTP auch nur empfehlen.
Manche benutzen dafür ein Plugin, dabei muss man nur selbst 10 Zeilen Code schreiben um wp_mail von PHP Mail nach SMTP umzubiegen.
Plugins machens nur einfacher für drag and drop.
Bei cf7 und seinen addons kann es Probleme bei PHP8 geben, einfach mal php7.4 ausprobieren oder hier das fehlerlog mitsenden.
die Mail vom Dienstag ist aber immer noch verschollen. Nicht angekommen
Strota verschluckt sogar intern.. ich hatte schonmal einen Fall, das die durch ein Problem PHP Mail() Nachrichten einfach verschluckt haben. Wir habens erst nach 5 Tagen gemerkt, weil die täglich üblichen Mails nicht mehr ankamen. Nach über 2 Wochen sind die Originalen Mails nach mehrfachem Strota Support nervereien nachträglich zugestellt worden das witzige bei denen ist auch, man kann in PHP Mail jede dem Paket zugehörige Domain nutzen.
