Nginx - Petities

Nginx behalve dat het erg goed is in het bedienen van statische bestanden en de hoge prestaties bij gebruik als omgekeerde proxy voor een andere service heeft het ook een krachtige engine voor het verwerken van verzoeken, dit stelt ons in staat om externe verzoeken te beheren die via HTTP binnenkomen en ook interne verzoeken te genereren die het genereert Nginx volgens de voorwaarden die we programmeren.
Externe en interne verzoekschriften
De eerste stap die we moeten nemen, is het herkennen van de externe en interne verzoeken, hun namen weerspiegelen het al vrij goed, externe verzoeken worden ontvangen Nginx buiten uw systeem, via HTTP, dus wanneer een gebruiker een URL invoert die rechtstreeks tegen onze service ingaat, is dit een extern verzoek.
Interne petitieIn plaats daarvan wordt er een intern verzoek in gegenereerd NginxDit kan al dan niet worden geassocieerd met een extern verzoek, hoewel het relatief is omdat alle gebeurtenissen over het algemeen worden geactiveerd door gebruikersverzoeken.
Dus als we bijvoorbeeld vallen in een 404 reactie pagina niet gevonden, Nginx Als u een regel hebt geconfigureerd, kunt u een intern verzoek activeren waardoor de gebruiker een persoonlijk bericht te zien krijgt.
Soorten interne petities
Er zijn twee soorten interne verzoeken die u kunt genereren: Nginx, dit zijn de volgende:
Interne omleidingenBij dit type omleiding Nginx stuurt klantverzoeken intern door, op deze manier wordt de URL gewijzigd en kan het verzoek veranderen tussen de locatie blokken die we op onze server hebben gedefinieerd, is een van de meest voorkomende gevallen van dit type verzoek wanneer we de . activeren Herschrijf module.
SubverzoekenDit is wanneer aanvullende verzoeken worden gegenereerd die de inhoud kunnen aanvullen, een voorbeeld is wanneer we de module gebruiken add_after_body waarmee we inhoud kunnen toevoegen aan het resultaat van het verzoek.
Error_page block
Het blok error_page Het is ook een van de functionele voorbeelden van hoe we interne verzoeken kunnen instellen, laten we eens kijken naar dit eenvoudige voorbeeld:

In de afbeelding zien we hoe we onze server zo hebben geconfigureerd dat wanneer we een verzoek ontvangen dat een fout genereert, Nginx verwijst rechtstreeks door naar de documenten die we hebben opgesteld, zodat de klant geen grof antwoord tegenkomt.
Als we nu het bovenstaande willen herschrijven en het willen afleiden tot a intern verzoek we kunnen de volgende vorm op een meer uitgebreide manier aannemen:

Hier zien we hoe we hebben gedefinieerd dat wanneer we een code van verkrijgen foutmelding 404, ik stuur het naar een bepaalde locatie, de foutenmap, maar later definiëren we dat wanneer we een verzoek hebben naar de foutenmap, we een intern verzoek zullen doen, alleen op deze manier Nginx Je hebt toegang tot deze inhoud, dus als iemand het extern probeert te doen, heeft hij er geen toegang toe.
Hiermee hebben we deze tutorial afgerond, waarmee we konden zien dat het juiste gebruik van interne verzoeken ons kan helpen de veiligheid van onze site te verbeteren, door te voorkomen dat ze extern toegang krijgen tot deze bronnen.