Fehlerbehebung CSDN: Fehler 500, Sperrungen und FAQ

Diese Seite zur Fehlerbehebung CSDN sammelt die Situationen, in denen Cisilino Site Defense Network dich in Schwierigkeiten bringen kann, mit der Lösung für jede davon. Sie hilft dir, wenn du dich selbst ausgesperrt hast, wenn die Website mit einem Fehler 500 antwortet oder wenn ein Benutzer nicht mehr veröffentlichen kann. Die Antworten sind als häufige Fragen organisiert.

Fehlerbehebung CSDN: wo du anfängst

Bevor du nach der genauen Antwort suchst, geh diese Checkliste durch.

1. Kommst du noch in wp-admin? Wenn ja, löst sich fast alles über die Einstellungsseite des Plugins.
2. Lies die Hinweise oben. Das Plugin erklärt das Ergebnis der Aktionen mit farbigen Kästen.
3. Erinnere dich an die letzte Änderung: eine Hardening-Regel, eine Richtlinie, eine Grenze.
4. Gibt es eine Schaltfläche Jetzt prüfen oder Jetzt verifizieren, nutz sie, bevor du rätst.
5. Kommst du nicht mehr auf die Website, bereite den FTP-Zugang oder den Dateimanager des Hostings vor.

Logins und Sperrungen

Ich habe mich selbst ausgesperrt: was tue ich?

Hast du noch Zugang zu WordPress, zum Beispiel vom Telefon aus mit dem Mobilfunknetz, öffne den Reiter Blockierte IPs. Such deine IP und klick auf Entsperren. Steht deine IP nicht in der Liste, aber du bist gesperrt (kann von der optionalen Sicherheitsliste kommen), geh zum Reiter Allgemein, Abschnitt „Lokale IP-Overrides“: Trag die IP ein, wähl „Immer entsperren (unban)“ und klick auf Override speichern. Klick danach im Reiter Allgemein auf Zur Whitelist hinzufügen.

Bist du auch von der Website gesperrt und siehst einen 403-Fehler, geh per FTP hinein und öffne .htaccess. Entfern die Zeile mit deiner IP, oder den ganzen Block zwischen # BEGIN Cisilino Site Defense Network und # END Cisilino Site Defense Network.

Achtung: Die Änderung von Hand ist vorübergehend. Die Sperre wird von derselben Quelle beim nächsten Ereignis neu geschrieben: ein fehlgeschlagener Login, eine Synchronisierung oder der 15-Minuten-Durchlauf. Sobald du wieder drin bist, nutz „Entsperren“ und die Whitelist.

Warum hat mich die Whitelist nicht entsperrt?

Die Whitelist verhindert nur, dass fehlgeschlagene Logins gezählt werden. Sie hebt bestehende Sperren nicht auf. Um eine Sperre aufzuheben, brauchst du Entsperren, das einen permanenten Entsperrungs-Override für diese Website anlegt.

Ein berechtigter Benutzer wurde gesperrt

Der Zähler der Versuche ist pro IP kumulativ und setzt sich nicht von selbst zurück. Auch über Wochen verteilte Fehler können die Schwelle erreichen, die standardmäßig 10 ist. Entsperre die IP und setz sie auf die Whitelist, oder erhöh die Schwelle in Remote-Einstellungen, wo das Feld „Lokale Sperrschwelle (fehlgeschlagene Versuche)“ heißt.

Die Sperre einer IP endet nie

Eine lokale Sperre läuft nicht ab. Eine manuelle Sperre läuft mit der gewählten Dauer ab, von 1 Stunde bis 7 Tage. Hast du „Permanent (bis du es entfernst)“ gewählt, läuft sie nicht ab. Eine vom Panel empfangene Sperre verschwindet, wenn das Panel sie von der Liste nimmt. Ein befristetes Entsperren stellt die Sperre beim Ablauf wieder her, wenn die ursprüngliche Quelle noch da ist. Für ein endgültiges Entsperren nutz Entsperren, das permanent ist.

Hinter einem Proxy oder einer CDN sind die Sperren seltsam

Das Plugin liest die IP nur aus REMOTE_ADDR und ignoriert den Header X-Forwarded-For, weil er sich fälschen lässt. Sieh den Satz „Deine aktuelle IP ist …“ unter dem Feld IP-Adresse im Reiter Allgemein. Ist das nicht deine öffentliche IP, sieht das Plugin die Adresse des Proxys. In dem Fall vermeide es, diese Adresse zu sperren oder auf die Whitelist zu setzen, bis du die Situation mit der Person geklärt hast, die den Proxy verwaltet.

Fehler nach den .htaccess-Regeln

Dieser Teil der Fehlerbehebung CSDN betrifft die in die Serverdatei geschriebenen Regeln.

Die Website zeigt Fehler 500 nach dem Speichern des Hardening

Das Plugin legt keine Kopie von .htaccess an und prüft die Syntax nach dem Schreiben nicht. Ein Fehler, oder eine Regel, die der Server nicht akzeptiert, zeigt sich sofort als Fehler 500.

1. Geh per FTP oder über den Dateimanager hinein.
2. Erstelle eine Kopie von .htaccess.
3. Lösch den Block zwischen # BEGIN Cisilino Site Defense Network - Hardening und # END Cisilino Site Defense Network - Hardening.
4. Lad die Website neu, korrigier dann die Einstellungen im Reiter Hardening / IDS.

Der Hardening-Block wird nur neu geschrieben, wenn du den Reiter speicherst oder das Plugin erneut aktivierst, nicht vom 15-Minuten-Durchlauf. Deine Änderung von Hand bleibt also bestehen.

Ich habe einen eigenen Pfad geschrieben, und die ganze Website gibt 403

Im Feld der eigenen Pfade ist jede Zeile wörtlicher Text, ohne Platzhalter. Die Regel blockiert jede Adresse, die diese Zeichenkette enthält. / oder wp zu schreiben blockiert alles, einschließlich wp-admin. Entfern per FTP den Hardening-Block, wie oben. Korrigier oder leer dann im Reiter Hardening / IDS das Feld „Eigene zu blockierende Pfade“ und speicher. Korrigierst du es nicht, schreibt ein neues Speichern oder eine Reaktivierung des Plugins die Regel neu, und die Website gibt wieder 403.

Es erscheint „Einstellungen gespeichert, aber das Schreiben in .htaccess ist fehlgeschlagen“

Die Datei .htaccess ist nicht beschreibbar: Prüf die Rechte. Die Regeln dieses Blocks sind nicht aktiv. Weiter aktiv bleiben die beiden Schalter, die in PHP wirken, also XML-RPC und ?author=N.

Der Test sagt, die PHP-Blockade in uploads funktioniere nicht

Im Reiter Test meldet der Kasten „Prüfung der PHP-Ausführungsblockade in uploads“, ob die Testdatei ausgeführt wurde. Prüf, ob das Hosting .htaccess in diesem Ordner erlaubt und ob keine spezifischere <Directory>-Blockade existiert. Auf nginx haben die Regeln keine Wirkung. Die Regel deckt nur den Standardordner uploads ab.

Ein Plugin oder das Theme haben aufgehört zu funktionieren

Schalt die letzte aktivierte Regel aus und speicher. Die häufigsten Fälle: Die PHP-Blockade in uploads zerstört Plugins, die dort PHP-Dateien schreiben; das Deaktivieren von XML-RPC stoppt Apps und Remote-Funktionen; die Blockade ausführbarer Uploads lehnt auch Dateien wie .svg ab.

Benutzer, Autoren und Besucher

Ein Autor kann nicht mehr veröffentlichen: „dein Konto ist gesperrt“

Das Rate Limiting hat zu viele in kurzer Zeit erstellte Inhalte gesehen. Standardmäßig liegt die Grenze bei 150 Inhalten in 300 Sekunden, mit einer Sperrung von 3600 Sekunden. Klick im Reiter Rate Limiting, in der Tabelle der gesperrten Benutzer, auf Sperrung aufheben. Andernfalls warte den Ablauf ab.

Das Ausschalten von „Rate Limit aktiv“ hebt eine laufende Sperrung nicht auf. Erhöh vor einem großen Import die Grenze N oder schalte die Grenze aus.

Ein Besucher sieht „Zu viele Einsendungen“

Ein Gast hat zu viele Kommentare oder Formulare in kurzer Zeit gesendet: standardmäßig mehr als 2 in 60 Sekunden, und die Sperrung dauert 3600 Sekunden. Die Sperrung ist pro IP, kann also mehrere Personen im selben Büro treffen. Erhöh den Wert N im Abschnitt Besucher. Es gibt keine Ausnahmeliste.

Ich kann keinen Redakteur- oder Administrator-Benutzer anlegen

Das ist beabsichtigt. Die Standardrichtlinie von Benutzerregistrierung ist „Nur Rollen mit geringem Privileg“ und macht keine Ausnahmen, auch nicht für dich. Wechsel vorübergehend zu „Keine Einschränkung“, leg den Benutzer an und geh dann zurück. Mit „Keine Registrierung (exklusiv)“ kann niemand Benutzer anlegen. Prüf auch die Standardrolle in Einstellungen > Allgemein von WordPress: Ist sie eine verbotene Rolle, werden Registrierungen abgelehnt.

Verbindung zum Panel

Die Verbindung zum Panel wird nicht angezeigt

Der Status steht im Kasten „Status der Panel-Verbindung:“ oben im Reiter Remote-Einstellungen. Fehlt der Kasten, waren die Felder unvollständig: Nötig sind Customer Code, API-Schlüssel und URL des Panels. Nach „Speichern und Verbindung prüfen“ erscheint kein eigenes Banner.

• „URL des Panels nicht sicher: https nötig …“: Die Adresse muss mit https beginnen. Das Plugin verweigert sogar das Speichern einer http-URL.
• „Authentifizierung vom Panel abgelehnt: customer_code oder API-Schlüssel falsch.“: Prüf die beiden Werte erneut.
• „Panel nicht erreichbar: …“: Problem mit Netzwerk, DNS oder Zertifikat.
• „Antwort des Panels ungültig (kein JSON).“: Die Adresse zeigt nicht auf das richtige Panel.

Antwortet das Panel nicht, läuft der lokale Schutz weiter, und die wartenden Daten werden beim nächsten Durchlauf gesendet. Das Plugin funktioniert auch ohne Panel.

Die Aktivitäten kommen nicht am Panel an

Sieh im Reiter Aktivitätsprotokoll die Diagnosetabelle und die Zeile „wartend auf Versand an das Panel“. Klick auf Jetzt versuchen zu senden: Das Ergebnis steht in der Diagnose. Die Zeilenobergrenze, standardmäßig 500, löscht die ältesten, auch wenn sie nicht zugestellt wurden.

Debug-Log, Integrität und Header

Das Debug-Log schaltet sich nicht ein

Es gibt zwei mögliche Meldungen. „der Upload-Ordner ist nicht beschreibbar“: Richte die Rechte von uploads ein. „die Dateien seines Ordners sind vom Internet aus erreichbar“: wahrscheinlich ein Server ohne .htaccess, wie nginx. Blockier den Zugriff auf den Ordner csdn-debug-* in der Serverkonfiguration und versuch es erneut. Hat das Log wegen der Obergrenze von 200 MB gestoppt, lad die Dateien herunter oder lösch sie und schalt es erneut ein.

Die Integrität meldet „die Plugin-Dateien stimmen nicht überein“

Hast du eine Plugin-Datei von Hand geändert, ist das normal. Andernfalls behandle die Website als potenziell kompromittiert: Installiere das Plugin aus einer zuverlässigen Kopie neu und prüf den Rest. Sagt die Meldung, es gebe keine Referenz, aktiviere das Plugin erneut, um eine neue Momentaufnahme zu erstellen.

HSTS schaltet sich nicht ein oder nicht aus

Um es zu aktivieren, musst du die Einstellungen des Plugins über https öffnen, sonst erscheint „HSTS wurde NICHT aktiviert“. Speicher immer von einer https-Seite aus. Das Ausschalten des Kästchens stoppt den Versand des Headers, aber Browser, die ihn schon erhalten haben, erinnern sich lange daran.

Wenn du die Antwort nicht findest

Reicht die Fehlerbehebung CSDN nicht aus, schalt das Debug-Log ein, reproduzier das Problem und lies den Eintrag. Öffne dann eine Diskussion im Support-Forum des Plugins: Dort erhältst du Hilfe und siehst schon gemeldete Probleme. Füg keine Serverpfade oder sensiblen Daten ein.

Vorheriges Kapitel: Debug-Log: PHP-Fehler in einer eigenen Datei. Nächstes Kapitel: Deaktivierung, Deinstallation und personenbezogene Daten. Für das Verzeichnis: CSDN Handbuch.