{"id":1154,"date":"2026-10-30T17:06:02","date_gmt":"2026-10-30T16:06:02","guid":{"rendered":"https:\/\/www.cisilino.com\/?p=1154"},"modified":"2026-10-30T17:07:52","modified_gmt":"2026-10-30T16:07:52","slug":"fehlerbehebung-csdn-fehler-500-sperrungen-faq","status":"publish","type":"post","link":"https:\/\/www.cisilino.com\/de\/2026\/10\/30\/fehlerbehebung-csdn-fehler-500-sperrungen-faq\/","title":{"rendered":"Fehlerbehebung CSDN: Fehler 500, Sperrungen und FAQ"},"content":{"rendered":"

Diese Seite zur Fehlerbehebung CSDN sammelt die Situationen, in denen Cisilino Site Defense Network dich in Schwierigkeiten bringen kann, mit der L\u00f6sung f\u00fcr 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\u00f6ffentlichen kann. Die Antworten sind als h\u00e4ufige Fragen organisiert.<\/p>\n

\"Checkliste<\/figure>\n

Fehlerbehebung CSDN: wo du anf\u00e4ngst<\/h2>\n

Bevor du nach der genauen Antwort suchst, geh diese Checkliste durch.<\/p>\n

    \n
  1. Kommst du noch in wp-admin<\/code>? Wenn ja, l\u00f6st sich fast alles \u00fcber die Einstellungsseite des Plugins.<\/li>\n
  2. Lies die Hinweise oben. Das Plugin erkl\u00e4rt das Ergebnis der Aktionen mit farbigen K\u00e4sten.<\/li>\n
  3. Erinnere dich an die letzte \u00c4nderung: eine Hardening-Regel, eine Richtlinie, eine Grenze.<\/li>\n
  4. Gibt es eine Schaltfl\u00e4che Jetzt pr\u00fcfen<\/strong> oder Jetzt verifizieren<\/strong>, nutz sie, bevor du r\u00e4tst.<\/li>\n
  5. Kommst du nicht mehr auf die Website, bereite den FTP-Zugang oder den Dateimanager des Hostings vor.<\/li>\n<\/ol>\n

    Logins und Sperrungen<\/h2>\n

    Ich habe mich selbst ausgesperrt: was tue ich?<\/h3>\n

    Hast du noch Zugang zu WordPress, zum Beispiel vom Telefon aus mit dem Mobilfunknetz, \u00f6ffne den Reiter Blockierte IPs<\/strong>. Such deine IP und klick auf Entsperren<\/strong>. Steht deine IP nicht in der Liste, aber du bist gesperrt (kann von der optionalen Sicherheitsliste kommen), geh zum Reiter Allgemein<\/strong>, Abschnitt \u201eLokale IP-Overrides“: Trag die IP ein, w\u00e4hl \u201eImmer entsperren (unban)“ und klick auf Override speichern<\/strong>. Klick danach im Reiter Allgemein<\/strong> auf Zur Whitelist hinzuf\u00fcgen<\/strong>.<\/p>\n

    Bist du auch von der Website gesperrt und siehst einen 403-Fehler, geh per FTP hinein und \u00f6ffne .htaccess<\/code>. Entfern die Zeile mit deiner IP, oder den ganzen Block zwischen # BEGIN Cisilino Site Defense Network<\/code> und # END Cisilino Site Defense Network<\/code>.<\/p>\n

    Achtung:<\/strong> Die \u00c4nderung von Hand ist vor\u00fcbergehend. Die Sperre wird von derselben Quelle beim n\u00e4chsten Ereignis neu geschrieben: ein fehlgeschlagener Login, eine Synchronisierung oder der 15-Minuten-Durchlauf. Sobald du wieder drin bist, nutz \u201eEntsperren“ und die Whitelist.<\/p>\n

    Warum hat mich die Whitelist nicht entsperrt?<\/h3>\n

    Die Whitelist verhindert nur, dass fehlgeschlagene Logins gez\u00e4hlt werden. Sie hebt bestehende Sperren nicht auf. Um eine Sperre aufzuheben, brauchst du Entsperren<\/strong>, das einen permanenten Entsperrungs-Override f\u00fcr diese Website anlegt.<\/p>\n

    Ein berechtigter Benutzer wurde gesperrt<\/h3>\n

    Der Z\u00e4hler der Versuche ist pro IP kumulativ und setzt sich nicht von selbst zur\u00fcck. Auch \u00fcber Wochen verteilte Fehler k\u00f6nnen die Schwelle erreichen, die standardm\u00e4\u00dfig 10 ist. Entsperre die IP und setz sie auf die Whitelist, oder erh\u00f6h die Schwelle in Remote-Einstellungen<\/strong>, wo das Feld \u201eLokale Sperrschwelle (fehlgeschlagene Versuche)“ hei\u00dft.<\/p>\n

    Die Sperre einer IP endet nie<\/h3>\n

    Eine lokale Sperre l\u00e4uft nicht ab. Eine manuelle Sperre l\u00e4uft mit der gew\u00e4hlten Dauer ab, von 1 Stunde bis 7 Tage. Hast du \u201ePermanent (bis du es entfernst)“ gew\u00e4hlt, l\u00e4uft 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\u00fcngliche Quelle noch da ist. F\u00fcr ein endg\u00fcltiges Entsperren nutz Entsperren<\/strong>, das permanent ist.<\/p>\n

    Hinter einem Proxy oder einer CDN sind die Sperren seltsam<\/h3>\n

    Das Plugin liest die IP nur aus REMOTE_ADDR<\/code> und ignoriert den Header X-Forwarded-For<\/code>, weil er sich f\u00e4lschen l\u00e4sst. Sieh den Satz \u201eDeine aktuelle IP ist \u2026“ unter dem Feld IP-Adresse<\/strong> im Reiter Allgemein<\/strong>. Ist das nicht deine \u00f6ffentliche 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\u00e4rt hast, die den Proxy verwaltet.<\/p>\n

    Fehler nach den .htaccess-Regeln<\/h2>\n

    Dieser Teil der Fehlerbehebung CSDN betrifft die in die Serverdatei geschriebenen Regeln.<\/p>\n

    Die Website zeigt Fehler 500 nach dem Speichern des Hardening<\/h3>\n

    Das Plugin legt keine Kopie von .htaccess<\/code> an und pr\u00fcft die Syntax nach dem Schreiben nicht. Ein Fehler, oder eine Regel, die der Server nicht akzeptiert, zeigt sich sofort als Fehler 500.<\/p>\n

      \n
    1. Geh per FTP oder \u00fcber den Dateimanager hinein.<\/li>\n
    2. Erstelle eine Kopie von .htaccess<\/code>.<\/li>\n
    3. L\u00f6sch den Block zwischen # BEGIN Cisilino Site Defense Network - Hardening<\/code> und # END Cisilino Site Defense Network - Hardening<\/code>.<\/li>\n
    4. Lad die Website neu, korrigier dann die Einstellungen im Reiter Hardening \/ IDS<\/strong>.<\/li>\n<\/ol>\n

      Der Hardening-Block wird nur neu geschrieben, wenn du den Reiter speicherst oder das Plugin erneut aktivierst, nicht vom 15-Minuten-Durchlauf. Deine \u00c4nderung von Hand bleibt also bestehen.<\/p>\n

      Ich habe einen eigenen Pfad geschrieben, und die ganze Website gibt 403<\/h3>\n

      Im Feld der eigenen Pfade ist jede Zeile w\u00f6rtlicher Text, ohne Platzhalter. Die Regel blockiert jede Adresse, die diese Zeichenkette enth\u00e4lt. \/<\/code> oder wp<\/code> zu schreiben blockiert alles, einschlie\u00dflich wp-admin<\/code>. Entfern per FTP den Hardening-Block, wie oben. Korrigier oder leer dann im Reiter Hardening \/ IDS<\/strong> das Feld \u201eEigene 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.<\/p>\n

      Es erscheint \u201eEinstellungen gespeichert, aber das Schreiben in .htaccess ist fehlgeschlagen“<\/h3>\n

      Die Datei .htaccess<\/code> ist nicht beschreibbar: Pr\u00fcf 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<\/code>.<\/p>\n

      Der Test sagt, die PHP-Blockade in uploads funktioniere nicht<\/h3>\n

      Im Reiter Test<\/strong> meldet der Kasten \u201ePr\u00fcfung der PHP-Ausf\u00fchrungsblockade in uploads“, ob die Testdatei ausgef\u00fchrt wurde. Pr\u00fcf, ob das Hosting .htaccess<\/code> in diesem Ordner erlaubt und ob keine spezifischere <Directory><\/code>-Blockade existiert. Auf nginx haben die Regeln keine Wirkung. Die Regel deckt nur den Standardordner uploads<\/code> ab.<\/p>\n

      Ein Plugin oder das Theme haben aufgeh\u00f6rt zu funktionieren<\/h3>\n

      Schalt die letzte aktivierte Regel aus und speicher. Die h\u00e4ufigsten F\u00e4lle: Die PHP-Blockade in uploads<\/code> zerst\u00f6rt Plugins, die dort PHP-Dateien schreiben; das Deaktivieren von XML-RPC stoppt Apps und Remote-Funktionen; die Blockade ausf\u00fchrbarer Uploads lehnt auch Dateien wie .svg<\/code> ab.<\/p>\n

      Benutzer, Autoren und Besucher<\/h2>\n

      Ein Autor kann nicht mehr ver\u00f6ffentlichen: \u201edein Konto ist gesperrt“<\/h3>\n

      Das Rate Limiting hat zu viele in kurzer Zeit erstellte Inhalte gesehen. Standardm\u00e4\u00dfig liegt die Grenze bei 150 Inhalten in 300 Sekunden, mit einer Sperrung von 3600 Sekunden. Klick im Reiter Rate Limiting<\/strong>, in der Tabelle der gesperrten Benutzer, auf Sperrung aufheben<\/strong>. Andernfalls warte den Ablauf ab.<\/p>\n

      Das Ausschalten von \u201eRate Limit aktiv“ hebt eine laufende Sperrung nicht auf. Erh\u00f6h vor einem gro\u00dfen Import die Grenze N oder schalte die Grenze aus.<\/p>\n

      Ein Besucher sieht \u201eZu viele Einsendungen“<\/h3>\n

      Ein Gast hat zu viele Kommentare oder Formulare in kurzer Zeit gesendet: standardm\u00e4\u00dfig mehr als 2 in 60 Sekunden, und die Sperrung dauert 3600 Sekunden. Die Sperrung ist pro IP, kann also mehrere Personen im selben B\u00fcro treffen. Erh\u00f6h den Wert N im Abschnitt Besucher. Es gibt keine Ausnahmeliste.<\/p>\n

      Ich kann keinen Redakteur- oder Administrator-Benutzer anlegen<\/h3>\n

      Das ist beabsichtigt. Die Standardrichtlinie von Benutzerregistrierung<\/strong> ist \u201eNur Rollen mit geringem Privileg“ und macht keine Ausnahmen, auch nicht f\u00fcr dich. Wechsel vor\u00fcbergehend zu \u201eKeine Einschr\u00e4nkung“, leg den Benutzer an und geh dann zur\u00fcck. Mit \u201eKeine Registrierung (exklusiv)“ kann niemand Benutzer anlegen. Pr\u00fcf auch die Standardrolle in Einstellungen > Allgemein von WordPress: Ist sie eine verbotene Rolle, werden Registrierungen abgelehnt.<\/p>\n

      Verbindung zum Panel<\/h2>\n

      Die Verbindung zum Panel wird nicht angezeigt<\/h3>\n

      Der Status steht im Kasten \u201eStatus der Panel-Verbindung:“ oben im Reiter Remote-Einstellungen<\/strong>. Fehlt der Kasten, waren die Felder unvollst\u00e4ndig: N\u00f6tig sind Customer Code, API-Schl\u00fcssel und URL des Panels. Nach \u201eSpeichern und Verbindung pr\u00fcfen“ erscheint kein eigenes Banner.<\/p>\n