Request Shield: hier beginnen
Der Request Shield (die Extension exp_request_shield) ist ein Filter vor der Website. Er sieht sich jede
Anfrage an, bevor Exponential startet, und entscheidet: durchlassen, abweisen oder den Browser bitten, sich als
Browser auszuweisen (die Browserprüfung). Er weist Scanner ab, die nach Schwachstellen suchen, Anfragefluten aus
einem einzigen Netz, Formularsendungen, die nicht von den Seiten der Website kommen, und Anfragen nach internen
Dateien, für wenige Mikrosekunden pro Anfrage.
Sie betreuen ihn unter Setup > Request Shield, im Setup-Menü direkt nach Logdateien.
Inhalt
- Für wen er gedacht ist
- Was Sie in der Administration sehen
- Was Besucher und Redaktion bemerken
- Die Seiten dieses Abschnitts
- Verwandte Seiten
Für wen er gedacht ist
- Administratoren lesen die Übersicht und das Protokoll, pausieren den Shield oder wechseln zwischen monitor und enforce und antworten, wenn jemand sagt, die Website habe ihn abgewiesen.
- Hosting-Personal und Entwickler installieren ihn, geben der Website eine eigene Regeldatei und fügen auf dem Server Ausnahmen hinzu. Ihr Leitfaden ist Den Request Shield einrichten.
Um die Seiten der Administration zu nutzen, müssen Sie nichts bearbeiten: Sie zeigen, was der Shield tut, und die Schalter ändern genau die Dateien, die diese Seiten beschreiben.
Was Sie in der Administration sehen
| Seite | Wofür sie da ist |
|---|---|
| Übersicht | Läuft der Shield, in welchem Modus, was hat er in den letzten 24 Stunden entschieden, welche Regeln haben am häufigsten entschieden. Die Schalter stehen oben. Die Übersicht und ihr Diagramm |
| Protokoll | Jede Zeile, die der Shield geschrieben hat, nach Zeitraum und Entscheidung. Das Protokoll |
| Regeln | Ob die Regeldateien in Ordnung sind, und ihr Text. Die Regeln |
Zwei Richtlinien entscheiden, wer was sieht: requestshield/read für die Seiten, requestshield/manage für die
Schalter. In einer neuen Installation hat nur die Rolle Administrator sie.
Was Besucher und Redaktion bemerken
Meist nichts. Die Anfragen echter Besucher gehen durch. Bei der Anmeldung und in der Administration einmal pro Pass löst der Browser die Browserprüfung von selbst in einem Bruchteil einer Sekunde; es gibt kein Rätsel zu lösen. Ein Browser ohne JavaScript oder Cookies erfährt, was fehlt.
Ein Scanner, eine Anfrageflut oder eine Anfrage nach einer internen Datei erhält eine kurze Abweisung (meist 404 oder 403, 429 bei zu vielen Anfragen) und erreicht die Website nie.
Die Seiten dieses Abschnitts
| Seite | Was sie beantwortet |
|---|---|
| Die Übersicht und ihr Diagramm | Die Hinweise, die Kennzahlen, das Diagramm der Entscheidungen pro Stunde, der Kasten Einrichtung, die Regeln, die am häufigsten entschieden haben |
| Die Schalter | Pausieren und Einschalten, Durchsetzen, Beobachten, Aus: was jeder ändert, wann er wirkt, wer ihn benutzen darf |
| Das Protokoll | Das Protokoll nach Zeitraum und Entscheidung lesen, die Spalten, das Netz des Clients, ein Link auf eine Ansicht |
| Die Regeln | Welche Regeldatei verwendet wird, ihre Einbindungen, ob sie sich übersetzen lässt, die Befehle, die sie prüfen |
| Beobachten und durchsetzen | Die Modi, wann Sie zuerst beobachten, die Rückkehr zu enforce |
| Unter Velocity | Was anders ist, wenn Exponential Velocity die Website ausliefert |
| Fehlersuche | Symptome, Ursachen und Abhilfe |
| FAQ | Kurze Antworten auf die üblichen Fragen |
Verwandte Seiten
- Der Request Shield (Referenz der Funktion: wie er arbeitet, Dateien, Lizenzen, wer ihn wann bekommt)
- Den Request Shield einrichten (Installation, eigene Regeln, prüfen und testen, aktualisieren, deinstallieren)
- Aktualisierung auf 6.0.15: der Request Shield
- Sicherheitshärtung
- Die Dokumentation der Bibliothek: request-shield (auf Englisch)