Miért hibázik a WebSocket-kapcsolat az Nginxen keresztül?

Question

IT Interview Practice · Accepted Answer

Először különítsük el a sikertelen kézfogást attól, amikor a kapcsolat megnyílik, majd később bezárul. A két tünet más ellenőrzéseket indokol.

## Juttassuk el az upgrade kérést az alkalmazáshoz

Külön WebSocket-útvonalhoz ezt a `server` blokkon belül helyezzük el:

```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";
}
```

A `proxy_http_version` kifejezetten HTTP/1.1-et használ a backend felé. Az `Upgrade` továbbítja a kliens protokollváltási kérését. A `Connection` közli a backenddel, hogy ez a kapcsolat kéri a váltást. E fejléceket külön továbbítani kell, mert a proxyk nem küldenek automatikusan tovább minden kapcsolatspecifikus fejlécet.

## Olvassuk az eredményt

A sikeres kézfogás `101 Switching Protocols` választ ad. 404 esetén ellenőrizzük a backend útvonalát; hitelesítési hibánál az alkalmazás szabályzatát. A proxykonfiguráció nem helyettesíti a hitelesítést vagy az engedélyezett origin ellenőrzését.

Ha a kapcsolat megnyílik, de tétlenség után bezárul, vizsgáljuk az Nginx és más proxyk idle timeout értékeit. Használjunk szerveroldali WebSocket ping frame-eket és megfelelő `proxy_read_timeout` értéket a kliens újracsatlakozási viselkedésével együtt. A timeout puszta növelése tovább életben tarthatja a halott kapcsolatokat.

[Hivatalos dokumentáció](https://nginx.org/en/docs/http/websocket.html).

Juttassuk el az upgrade kérést az alkalmazáshoz

Olvassuk az eredményt

Kapcsolódó kérdések