Hvorfor fejler en WebSocket-forbindelse gennem Nginx?

Question

IT Interview Practice · Accepted Answer

Skeln først mellem et fejlet forbindelseshandshake og en forbindelse, der åbner og senere lukker. De to symptomer kræver forskellige kontroller.

## Lad applikationen modtage upgrade-anmodningen

For en dedikeret WebSocket-rute placeres dette inde 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` bruger udtrykkeligt HTTP/1.1 mod backend. `Upgrade` videresender klientens ønskede protokolskift. `Connection` fortæller backend, at denne forbindelse anmoder om skiftet. Disse headere skal videresendes eksplicit, fordi proxyer ikke blot sender alle forbindelsesspecifikke headere videre.

## Læs resultatet

Et vellykket handshake returnerer `101 Switching Protocols`. Modtager du 404, skal du kontrollere backend-stien; fejler autentificeringen, skal du undersøge applikationspolitikken. Proxy-konfigurationen erstatter ikke autentificering eller kontrol af tilladte origins.

Hvis forbindelsen åbner, men lukker efter inaktivitet, skal du undersøge idle-timeouts i Nginx og andre proxyer. Brug serverafsendte WebSocket-ping-frames og en passende `proxy_read_timeout` sammen med klientens genforbindelsesadfærd. At øge timeout alene kan holde døde forbindelser i live længere.

[Officiel dokumentation](https://nginx.org/en/docs/http/websocket.html).

Lad applikationen modtage upgrade-anmodningen

Læs resultatet

Relaterede spørgsmål