De ce eșuează o conexiune WebSocket prin Nginx?

Question

IT Interview Practice · Accepted Answer

Distinge întâi un handshake eșuat de o conexiune care se deschide și se închide ulterior. Cele două simptome conduc la verificări diferite.

## Lasă aplicația să primească cererea de upgrade

Pentru o rută WebSocket dedicată, pune aceasta în `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` folosește explicit HTTP/1.1 către backend. `Upgrade` transmite schimbarea de protocol cerută de client. `Connection` spune backendului că această conexiune solicită schimbarea. Antetele necesită transmitere explicită deoarece proxy-urile nu retransmit pur și simplu orice antet specific conexiunii.

## Citește rezultatul

Un handshake reușit returnează `101 Switching Protocols`. Dacă primești 404, verifică ruta backendului; dacă autentificarea eșuează, inspectează politica aplicației. Configurația proxy nu înlocuiește autentificarea sau verificările originilor permise.

Dacă conexiunea se deschide, dar se închide după inactivitate, inspectează timeouturile de inactivitate din Nginx și celelalte proxy-uri. Folosește cadre WebSocket ping trimise de server și un `proxy_read_timeout` adecvat, împreună cu reconectarea clientului. Mărirea timeoutului singură poate păstra mai mult timp conexiuni moarte.

[Documentație oficială](https://nginx.org/en/docs/http/websocket.html).

Lasă aplicația să primească cererea de upgrade

Citește rezultatul

Întrebări conexe