Ihr Hoster hat Ihre Website gesperrt: die möglichen Ursachen

Die Ursache finden

Bei einem Hosting mit cPanel ersetzt die Sperre die Website durch eine Seite, die meldet, dass das Konto gesperrt ist, oft auf Englisch („This Account has been suspended“). Sie blockiert auch die Anmeldung im Control Panel, den FTP-Zugang und den E-Mail-Versand aus dem Konto; der Empfang hängt von der Serverkonfiguration ab. Die Dateien selbst bleiben erhalten.

Die Ursache steht meist in einer Nachricht des Hosters: durchsuchen Sie das mit dem Konto verknüpfte E-Mail-Postfach, Spam-Ordner eingeschlossen, nach den Wörtern „Sperrung“, „abuse“, „Malware“ oder „Rechnung“, und sehen Sie dann im Kundenbereich und in den Tickets nach.

Nennt die Nachricht keine Ursache, fragen Sie schriftlich danach, zusammen mit der betroffenen Klausel der Nutzungsbedingungen: eine Sperre wird schneller aufgehoben, wenn alle vom selben Problem sprechen.

Zuerst eine Kopie der Website sichern

Die Bedingungen des Hosters legen fest, nach welcher Frist die Daten eines gesperrten Kontos gelöscht werden können. Bringen Sie vor jedem anderen Schritt eine Kopie in Sicherheit:

• Die Dateien: per SFTP, wenn der Zugang noch offen ist, sonst über ein Archiv, das Sie beim Hoster anfordern.
• Die Datenbank: über den Export von phpMyAdmin oder wp db export, oder in derselben Archivanfrage.
• Die E-Mails, wenn die Postfächer im selben Konto liegen: eine Kopie jedes Postfachs per IMAP mit einem E-Mail-Programm.
• Das geplante Löschdatum, schriftlich angefragt.

Bewahren Sie diese Kopie unverändert auf, auch wenn die Website infiziert ist: sie dient der Bereinigung und dem Vergleich.

Ursache 1: eine gehackte Website

Auf einem geteilten Server gefährdet eine Website, die Malware verbreitet, gefälschte Anmeldeseiten hostet oder Spam verschickt, die anderen Konten und den Ruf der IP-Adressen des Servers. Der Hoster sperrt deshalb das Konto und gibt es wieder frei, sobald das Problem gelöst ist.

1. Fordern Sie die Liste der erkannten Dateien an, und fragen Sie, ob der Hoster den Dateizugang für die Dauer der Bereinigung wieder öffnen kann.
2. Löschen Sie die gemeldeten Dateien und suchen Sie dann, was sie abgelegt hat: PHP-Dateien in wp-content/uploads, unbekannte Ordner im Stammverzeichnis, Skripte zum E-Mail-Versand, hinzugefügte Administratorkonten.
3. Ändern Sie die Passwörter für Hosting, FTP, Datenbank und Administratoren, und erneuern Sie die Sicherheitsschlüssel in wp-config.php.
4. Aktualisieren Sie WordPress, das Theme und die Plugins, und löschen Sie alles, was nicht mehr gebraucht wird.
5. Schreiben Sie dem Hoster, was gefunden, gelöscht und behoben wurde, unter Angabe des Aktenzeichens der Sperre.

Ein Umzug zu einem anderen Hoster mit denselben Dateien nimmt die Infektion mit, und mit ihr das Risiko einer erneuten Sperre. Die Bereinigung kommt vor der Rückkehr online, wo auch immer die Website danach läuft.

Ursache 2: Ressourcen über den Limits

Ein Shared Hosting begrenzt, was jedes Konto verbraucht. Auf Servern mit CloudLinux gelten die Limits für CPU, physischen Arbeitsspeicher, Ein- und Ausgaben auf der Festplatte, die Zahl der Prozesse und die Entry Processes, also die gleichzeitigen Verbindungen zu dynamischen Skripten wie PHP. Die Zahl der Dateien wird in Inodes gezählt: jede Datei und jeder Ordner belegt einen.

Ist das Limit der Entry Processes erreicht, erhalten Besucher den Fehler 508 „Resource Limit Is Reached“. Wiederholte Überschreitungen können zur Sperre führen. Das Control Panel des Hosters zeigt den Verbrauch über die Zeit: suchen Sie die Uhrzeiten der Spitzen und lesen Sie dann die Zugriffslogs zu diesen Zeiten.

Die häufigsten Ursachen

• Bots, die in Schleife Anmeldungen an wp-login.php oder xmlrpc.php versuchen.
• Ressourcenhungrige Plugins: Statistiken, Logs, Bildgeneratoren, Backups.
• Backups im Konto, in wp-content abgelegt, die Speicherplatz und Inodes füllen.
• Die geplanten Aufgaben von WordPress, bei jedem Besuch ausgelöst.

du -sh wp-content/* | sort -h
find . -type f | wc -l

<Files "xmlrpc.php">
Require all denied
</Files>

Dieser Block weist jede Anfrage an xmlrpc.php ab. Prüfen Sie vorher, dass kein Werkzeug die Datei nutzt: Jetpack etwa arbeitet über XML-RPC. Zeigt die Website danach einen Fehler 500, erlaubt der Hoster diese Direktive in .htaccess nicht: entfernen Sie den Block und fragen Sie ihn nach der Entsprechung.

define( 'DISABLE_WP_CRON', true );

Die geplanten Aufgaben müssen dann vom Planer des Servers aufgerufen werden: legen Sie im Control Panel des Hosters einen Cronjob an, der https://www.ihre-website.com/wp-cron.php in regelmäßigen Abständen aufruft, zum Beispiel alle 15 Minuten.

Ursache 3: eine offene Rechnung

Bezahlen Sie die Rechnung im Kundenbereich und prüfen Sie, ob die hinterlegte Karte abgelaufen ist. Die Freischaltung folgt der Zahlung, je nach Hoster automatisch oder auf Anfrage; dauert sie, eröffnen Sie ein Ticket mit der Referenz der Zahlung.

Der Domainname wird oft getrennt vom Hosting verlängert. Eine abgelaufene Domain lässt die Website ebenfalls verschwinden, doch dann erscheint die Seite des Registrars und nicht die des Hosters: zwei Rechnungen, zwei Prüfungen.

Ursache 4: eine Beschwerde oder ein Verstoß gegen die Bedingungen

• Urheberrecht: ein Bild oder ein Text ohne Lizenz verwendet. Entfernen Sie den Inhalt oder senden Sie den Lizenznachweis, unter Angabe des Aktenzeichens der Beschwerde.
• Missbrauchsmeldung: eine gefälschte Anmeldeseite oder Malware auf Ihrer Website entdeckt. Das ist ein Hack, zu behandeln wie Ursache 1.
• Spam-Beschwerden: E-Mails aus dem Konto an Empfänger, die sie nicht erwartet haben, Newsletter eingeschlossen. Prüfen Sie, wer aus dem Konto versendet und wie die Adressen gesammelt wurden.

Antworten Sie schriftlich, innerhalb der genannten Frist, und beschreiben Sie, was getan wurde: dieses Schreiben nimmt der Hoster zu den Akten, um die Sperre aufzuheben.

Bevor die Website wieder online geht

1. Die Ursache ist gefunden und behoben, und der Hoster hat schriftlich bestätigt, was er erwartet.
2. Die Passwörter sind geändert und die Komponenten der Website aktuell.
3. Ein automatisches Backup existiert, außerhalb des Hosting-Kontos abgelegt.
4. Jemand erhält die Warnungen des Hosters: die E-Mail-Adresse des Kontos wird gelesen.