Kako dijagnosticirati pogreške 502 i 504 u Nginxu?

Question

IT Interview Practice · Accepted Answer

Prije povećanja timeouta pronađite gdje je zahtjev zakazao. Pogreška 502 često upućuje na neuspjelu komunikaciju s upstreamom, a 504 na istek čekanja upstreama. Zapisnici razlikuju stvarni kvar.

## Primjer: aplikacija ne sluša

Pretpostavimo da dio zapisnika pogrešaka glasi:

```text
connect() failed (111: Connection refused) while connecting to upstream
upstream: "http://127.0.0.1:3000/products"
```

Nginx se pokušao povezati na port 3000 i bio je odbijen. Provjerite radi li aplikacija i sluša li na toj adresi. Sa samog stroja ili kontejnera Nginxa testirajte `curl -i http://127.0.0.1:3000/products`. Unutar kontejnera ta adresa označava sam kontejner, ne automatski kontejner druge aplikacije.

## Primjer: povezano, ali zaglavlja odgovora nisu stigla na vrijeme

```text
upstream timed out while reading response header from upstream
```

Ovo upućuje na čekanje zaglavlja odgovora. Povežite zahtjev s aplikacijskim zapisnicima i sporim upitima baze. Provjerite vrijeme povezivanja i upstream odgovora kako biste odvojili uspostavu mreže od rada aplikacije.

## Potvrdite ispravak

U prvom slučaju ispravite adresu ili vratite neispravnu aplikaciju; u drugom istražite spor rad. Ponovite pogođenu rutu i pratite stopu pogrešaka i latenciju. Dulji `proxy_read_timeout` dopušta dulji razmak između čitanja; ne stvara kapacitet backenda. Provjerite i CDN i aplikacijske zapisnike ako je pogreška nastala ondje.

[Službena dokumentacija](https://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_read_timeout).

Primjer: aplikacija ne sluša

Primjer: povezano, ali zaglavlja odgovora nisu stigla na vrijeme

Potvrdite ispravak

Povezana pitanja