Hvorfor feiler en WebSocket-forbindelse gjennom Nginx?

Question

IT Interview Practice · Accepted Answer

Skill først mellom et mislykket håndtrykk og en forbindelse som åpnes og senere lukkes. Symptomene leder til forskjellige kontroller.

## La applikasjonen motta oppgraderingsforespørselen

For en dedikert WebSocket-rute plasserer du dette inne i `server`:

```nginx
location /socket/ {
    proxy_pass http://127.0.0.1:3000;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
}
```

`proxy_http_version` bruker uttrykkelig HTTP/1.1 mot backend. `Upgrade` videresender klientens ønskede protokollendring. `Connection` forteller backend at forbindelsen ber om denne endringen. Headerne må videresendes uttrykkelig fordi proxyer ikke automatisk sender alle forbindelsesspesifikke headere videre.

## Les utfallet

Et vellykket håndtrykk returnerer `101 Switching Protocols`. Ved 404 kontrollerer du backend-stien; ved autentiseringsfeil undersøker du applikasjonens regler. Proxy-konfigurasjonen erstatter ikke autentisering eller kontroll av tillatte origins.

Hvis forbindelsen åpnes, men lukkes etter inaktivitet, kontrollerer du inaktivitetstidsavbrudd i Nginx og andre proxyer. Bruk WebSocket-pingrammer fra serveren og passende `proxy_read_timeout` sammen med klientens gjenoppkobling. Å bare øke tidsavbruddet kan holde døde forbindelser lenger.

[Offisiell dokumentasjon](https://nginx.org/en/docs/http/websocket.html).

La applikasjonen motta oppgraderingsforespørselen

Les utfallet

Relaterte spørsmål