Externe und interne Anfragen
Der erste Schritt, den wir unternehmen müssen, besteht darin, die externen und internen Anforderungen zu erkennen . Ihre Namen spiegeln sie bereits recht gut wider. Externe Anforderungen werden von Nginx über HTTP von ihrem System aus empfangen, und dann, wenn ein Benutzer eine URL eingibt, gegen die direkt verstößt Unser Service ist eine externe Anfrage.
Wenn zum Beispiel eine 404- Seiten- Antwort nicht gefunden wird, kann Nginx, wenn eine konfigurierte Regel vorhanden ist, eine interne Anforderung auslösen, die den Benutzer dazu veranlasst, eine personalisierte Nachricht anzuzeigen.
Arten von internen Anfragen
Es gibt zwei Arten von internen Anforderungen, die Nginx generieren kann:
Block error_page
Der error_page- Block ist auch eines der Funktionsbeispiele für das Einrichten interner Anforderungen. Sehen wir uns dieses einfache Beispiel an:
Im Bild sehen wir, wie wir unseren Server so konfiguriert haben, dass Nginx bei Eingang einer Anfrage, die einen Fehler generiert, direkt zu den von uns vorbereiteten Dokumenten umleitet, sodass der Client nicht auf eine unformatierte Antwort stößt.
Wenn wir nun das Obige umschreiben und es in einer internen Anfrage ableiten möchten, können wir die folgende Form ausführlicher annehmen:
Hier sehen wir, wie wir definiert haben, dass, wenn wir einen 404-Fehlercode erhalten , wir ihn an einen bestimmten Ort senden, der der Fehlerordner ist. Später definieren wir jedoch, dass wir eine interne Anfrage stellen, wenn wir eine Anfrage an den Fehlerordner haben. Über dieses Formular kann nur Nginx auf diese Inhalte zugreifen. Wenn also jemand versucht, dies extern zu tun, hat er keinen Zugriff darauf.
Damit haben wir dieses Tutorial abgeschlossen und festgestellt, dass die ordnungsgemäße Verwendung der internen Anforderungen uns dabei helfen kann, die Sicherheit unserer Website zu verbessern, indem verhindert wird, dass sie von außen auf diese Ressourcen zugreifen.