Konfigurera en enkel reverse proxy

Enkelt uttryckt fungerar en omvänd proxy som en mellanhand mellan klienter (till exempel din webbläsare) och dina backendservrar. När du skickar en förfrågan går den först till den omvända proxyn.

Den omvända proxyn vidarebefordrar sedan din förfrågan till rätt backendserver, samlar in svaret och skickar tillbaka det till dig. Den fungerar ungefär som en hjälpsam receptionist för dina webbtjänster!

Nginx (uttalas "engine-x") är en populär webbserver med hög prestanda som även kan fungera som en mycket effektiv omvänd proxy.

Den finns i nätverkets "kant" och tar emot alla inkommande klientförfrågningar. Baserat på sin konfiguration avgör Nginx vilken backendapplikation eller server som ska hantera förfrågan.

Tänk på det som en trafikpolis som dirigerar inkommande förfrågningar till rätt destination.

Nginx-konfigurationer är organiserade i block. Det primära blocket för hantering av inkommande anslutningar är server-blocket.

Varje server-block definierar en virtuell värd och anger:

• Vilken port Nginx lyssnar på (direktivet listen).
• Vilka domännamn det svarar på (direktivet server_name).

Det är här Nginx avgör vilken specifik applikationskonfiguration som ska användas för en viss förfrågan.

Inuti ett server-block använder du location-block för att definiera hur Nginx ska hantera förfrågningar för specifika URL:er eller URL-mönster.

Ett location / {}-block matchar till exempel alla förfrågningar, medan ett location /api {}-block matchar förfrågningar som börjar med /api.

Det gör att du kan dirigera olika delar av applikationen till olika backendtjänster.

Det magiska direktivet för omvänd proxyhantering är proxy_pass. Det talar om för Nginx vart den inkommande förfrågan ska vidarebefordras.

Du placerar proxy_pass inuti ett location-block. Dess värde är URL:en till backendservern eller backendapplikationen.

• http://localhost:8080: En lokal webbserver.
• http://my-backend-service.com: En fjärrtjänst.

Nginx tar klientens förfrågan och skickar den direkt till den angivna URL:en.

Nu skapar vi en enkel Nginx-konfiguration för proxyhantering. Vi ställer in Nginx så att det lyssnar på port 80 och vidarebefordrar alla förfrågningar till en backendapplikation som körs på localhost:8080.

Det döljer backendens port och gör att Nginx kan hantera den offentliga trafiken.

När Nginx fungerar som proxy agerar det på klientens vägnar. Som standard kan viss ursprunglig klientinformation (som IP-adressen) gå förlorad eller ersättas av Nginx egna uppgifter.

För att bevara denna information använder vi direktiv med proxy_set_header. Viktiga headers att ange är:

• Host: Den ursprungliga efterfrågade värden.
• X-Real-IP: Klientens faktiska IP-adress.
• X-Forwarded-For: En lista över proxyservrarnas IP-adresser, inklusive klientens.
• X-Forwarded-Proto: Det ursprungliga protokollet (HTTP/HTTPS).

Dessa headers är viktiga för att backendapplikationer ska kunna identifiera klienten korrekt och hantera förfrågningar.

Det är god praxis att inkludera viktiga headers i konfigurationen för den omvända proxyn. Det hjälper backendapplikationen att ta emot korrekt klientinformation.

Här är vårt tidigare exempel, uppdaterat med vanliga direktiv med proxy_set_header.

Även en enkel konfiguration för en omvänd proxy ger betydande fördelar:

• Säkerhet: Döljer backendserverns direkta IP-adress och port från allmänheten.
• Lastfördelning: (Även för en enda server förbereder det för fler servrar.)
• SSL-terminering: Nginx kan hantera HTTPS-kryptering och avlasta backendservern.
• URL-omskrivning: Visa en renare URL för klienterna samtidigt som förfrågningarna internt dirigeras till komplexa sökvägar.

Denna enda ingångspunkt förenklar hanteringen och ger bättre kontroll över trafiken.

Utmärkt! Du har lärt dig grunderna i att konfigurera Nginx som en enkel omvänd proxy.

Vi har gått igenom:

• Rollen för blocken server och location.
• Hur proxy_pass används för att vidarebefordra förfrågningar.
• Vikten av proxy_set_header för att bevara klientinformation.

Dessa grundläggande kunskaper är viktiga för att bygga mer komplexa och robusta Nginx-konfigurationer. Härnäst utforskar vi hur flera backend-servrar kan hanteras!