Nginx - Richtlijnen voor HTTP-modules

De HTTP-module Het bevat 3 niveaus van blokken om de werking ervan te beheren, binnen elk van deze blokken kunnen we enkele richtlijnen en variabelen plaatsen die ons helpen het gedrag van onze service vorm te geven voor een pagina die we hebben besloten te bedienen vanuit ons team.
Het is belangrijk om te weten waar deze richtlijnen naartoe gaan, want als we ze in een blok plaatsen, werken ze mogelijk niet of heeft het geen zin om ze erin te plaatsen.
Luister richtlijn
Deze richtlijn wordt gebruikt in de serverblok en stelt ons in staat om de poort of het IP-adres te definiëren waarmee: Nginx het luistert naar verzoeken om de vereiste inhoud te kunnen leveren, meestal wordt poort 80 gebruikt, wat de standaardpoort is voor internettoegang. We kunnen een extra optie toevoegen genaamd SSL waar we een beveiligingscertificaat kunnen definiëren. Enkele voorbeelden van het gebruik van deze richtlijn zijn:


luister 192.168.1.1:80;
luister 127.0.0.1;
luister 80 standaard;
luister [::: a8c9: 1234]: 80; # IPV6-adressen moeten tussen vierkante haken staan
luister 443 ssl;


Instructie servernaam
Wijst een of meer namen toe aan a nginx-server zodat wanneer het een verzoek ontvangt onder deze naam, het de gespecificeerde inhoud kan dienen binnen een server blokDit wordt bereikt door een vergelijking te gebruiken tussen de naam die door het verzoek is ontvangen en de naam die in de module is gedefinieerd. Als er geen naam is, wordt het eerste serverblok dat overeenkomt met de luisterinformatie genomen, in de volgende afbeelding kunnen we zien enkele voorbeelden van deze richtlijn in a nginx-server:

Laten we de rest van de richtlijnen eens bekijken:
verstuur bestandDeze richtlijn kan zich in elk van de 3 configuratieniveaus bevinden die we hebben en is verantwoordelijk voor het beheer als Nginx het zal de verzending van bestanden afhandelen, standaard komt het uit, de waarden kunnen zijn aan voor aan en uit voor uitIn het geval dat Nginx is uitgeschakeld, zal het de verzending van bestanden zelf afhandelen, hoewel dit prestatieverlies kan veroorzaken.
reset_timeout_connectionDeze richtlijn stelt ons in staat om aan te geven of als een verzoek eenmaal als verloren is verklaard omdat er meer tijd is verstreken dan is toegestaan, de inhoud van het geheugen dat werd gebruikt om de informatie van het zojuist overleden verzoek op te slaan, wordt verwijderd. ook en hun waarden zijn aan voor aan en uit voor uit.
server_name_in_redirectDeze richtlijn is van toepassing in het geval dat we een interne omleiding moeten maken naar een andere service dan onze Nginx beschikbaar hebben, het kan twee waarden aan en uit hebben, als het aan is, wordt de voornaam die in de richtlijn is gespecificeerd gebruikt server naamIn het geval dat het uit staat, gebruikt Nginx de waarde van het HTTP-verzoek.
Zoals we kunnen zien, hebben we een aantal richtlijnen die we kunnen toepassen om onze server te besturen met NginxHet is erg belangrijk om de context waarin ze kunnen worden toegepast te respecteren, want als we het risico niet kunnen lopen dat onze server niet het juiste gedrag vertoont.Vond je deze Tutorial leuk en heb je eraan geholpen?Je kunt de auteur belonen door op deze knop te drukken om hem een ​​positief punt te geven

U zal helpen de ontwikkeling van de site, het delen van de pagina met je vrienden

wave wave wave wave wave