Pse dështon një lidhje WebSocket përmes Nginx?

Question

IT Interview Practice · Accepted Answer

Dalloni fillimisht një handshake të dështuar nga një lidhje që hapet dhe më vonë mbyllet. Dy simptomat çojnë në kontrolle të ndryshme.

## Lejoni aplikacionin të marrë kërkesën e upgrade

Për një rrugë të dedikuar WebSocket, vendosni këtë 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` përdor shprehimisht HTTP/1.1 drejt backend-it. `Upgrade` përcjell ndryshimin e protokollit të kërkuar nga klienti. `Connection` i thotë backend-it se lidhja po kërkon ndryshimin. Këta header-a duhen përcjellë shprehimisht sepse proxy-t nuk përcjellin automatikisht çdo header specifik të lidhjes.

## Lexoni rezultatin

Handshake i suksesshëm kthen `101 Switching Protocols`. Nëse merrni 404, kontrolloni shtegun e backend-it; nëse autentikimi dështon, shqyrtoni politikën e aplikacionit. Konfigurimi i proxy-t nuk zëvendëson autentikimin ose kontrollet e origin-eve të lejuara.

Nëse lidhja hapet por mbyllet pas pasivitetit, shqyrtoni idle timeout-et në Nginx dhe proxy-t e tjera. Përdorni frame ping WebSocket nga serveri dhe një `proxy_read_timeout` të përshtatshëm bashkë me rilidhjen e klientit. Vetëm rritja e timeout-it mund të mbajë më gjatë lidhje të vdekura.

[Dokumentacioni zyrtar](https://nginx.org/en/docs/http/websocket.html).

Lejoni aplikacionin të marrë kërkesën e upgrade

Lexoni rezultatin

Pyetje të ngjashme