Debian 10 wird sicherlich von netcup unterstützt. Von Plesk aber halt nicht. Das braucht immer einige Zeit bis es neues Betriebssysteme unterstützt.
Vielleicht der richtige Zeitpunkt um Plesk wegzuwerfen und auf die Shell zu wechseln wie ein richtiger Mann? 
PS: Es gibt Gründe für Plesk. Imho aber nur wenn man "Dummys" (aka Kunden) eine einfache Oberfläche zum anlegen von Webspace, Mail und Co. anbieten will...
Welches Betriebssystem? evtl. gibts Pleak dafür noch garnicht.
Das heißt ich brauch noch ~450 Beiträge zum Meister? Maaaaannn...
Bei mir klappte die Automatik mal nicht und erst Meldung an den Support hat geholfen.
Guckt nach dem hier aus: https://blogs.akamai.com/sitr/2020/06/s…ive-threat.html
Find die niederbrennen Idee ganz gut wenn du ein sauberes Backup hast...
Bei HomeOffice im Gartenteich empfehle ich einen wasserdichten Laptop und Neopren-Anzüge mit aufgemaltem Kragen und Krawatte für die Webkonferenz.
Ich hätte gerne ein Foto...
Tendenziell vServer problemlos. Webhosting geht wohl aber ned ganz problemlos...
Jetzt muss er nur noch von nem vServer bei Str**o zurück zu nem root Server bei netcup. Aber das kommt schon noch
Hab die Datenbankprobleme mit Larogo beheben können. Kennwörter neu vergeben...
Unabhängig von manchen Kommentaren hier finde ich dass ein einmal richtig eingerichteter Server ganz fleißig vor sich hinbrummt.
Das einzige was ich da mache sind Backups (vollautomatisch!) und alle paar Wochen die Updates einspielen und in dem Zug rebooten.
Außer ich erfahre in der Presse von nem wichtigen Update, dann wird das sofort eingespielt.
Gibts denn die Datei '/var/www/vhosts/hostingxxxxx.netcup.net/cloud/data/htaccesstest.txt'?
Klingt für mich so als würde er diese Datei auslesen und in der steht was drin was den Zugriff blockiert.
Okay. Konzentrieren wir uns mal auf eine Datenbankverbindung die nicht mehr geht (mit DB Verbindungen kenn ich mich besser aus als mit DNS) - was hast du daran geändert? Und komm jetzt nicht mit: Garnix 
Ich könnte mir auch vorstellen dass der entsprechende User in der mysql mit Hostnamen als Verbindung angelegt ist und deshalb von einem anderen Host garnicht connecten darf. Wenn man da mal kurz auf der Shell rumprobiert sollte man sowas aber schnell testen können...
Hast du das test.php Script mal für mich? Dann kann ich es an ein, zwei anderen Stellen mal ausprobieren...
Momentan sieht es bei dir wohl besser aus, oder?
Laufzeit gesamt: 3148ms pro Zyklus(Schnitt): 0.209867msIhr seid nicht wirklich wegen schlechter Performance von einem netcup vServer auf einen Str**o vServer gewechselt?
Mutig...
Zugegeben, bei unseren Kunden hat Layer 8 schon das eine oder andere Mal zu einer firmenweitern Verschlüsselung durch einen Trojaner geführt...
Wenn Layer 8 nicht mit Brain 2.0 sondern eher mit Brain 0.5 ausgestattet ist dann passiert sowas 
Schonmal über die Shell probiert die Datenbankverbindung mit den entsprechenden Daten aufzubauen?
Übrigens scheint mit ein vServer - wenn ihr Performanceprobleme habt - keine sonderlich gute Idee zu sein!
Wenn ich drüber nachdenke was uns bislang mehr Zeit gekostet hat - Viren oder Virenscanner dann ist die Rechnung ziemlich eindeutig.
Virenscanner haben bislang deutlich mehr Probleme verursacht als gelöst.
Afaik ist es beo Oracle genauso. Man lizensiert die möglichen Kerne die die Datenbank nutzen könnte. Und das sind dann alle physikalischen Kerne die theoretisch der DB zugeteilt werden könnten.
Ich wollte den netcup support entlasten
Ich denke wenn das der Support macht nimmt er schon auch Geld dafür...
