Kako diagnosticirate napaki 502 in 504 v Nginxu?

Question

IT Interview Practice · Accepted Answer

Pred povečanjem časovnih omejitev ugotovite, kje je zahteva odpovedala. 502 pogosto kaže na neuspešno komunikacijo z upstreamom, 504 pa na poteklo čakanje nanj. Dnevniki razločijo dejansko napako.

## Primer: aplikacija ne posluša

Predpostavimo naslednji izsek dnevnika napak:

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

Nginx je poskusil povezavo na vrata 3000 in bil zavrnjen. Preverite, ali aplikacija teče in posluša na tem naslovu. Iz Nginxovega računalnika ali vsebnika testirajte `curl -i http://127.0.0.1:3000/products`. V vsebniku ta naslov pomeni sam vsebnik, ne avtomatično drugega aplikacijskega vsebnika.

## Primer: povezava obstaja, vendar glave odgovora ne pridejo pravočasno

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

To kaže na čakanje na glave odgovora. Povežite zahtevo z aplikacijskimi dnevniki in počasnimi poizvedbami baze. Preverite čas povezovanja in odziva upstreama, da ločite vzpostavljanje omrežja od dela aplikacije.

## Potrdite popravek

V prvem primeru popravite naslov ali obnovite aplikacijo; v drugem raziščite počasno delo. Znova preverite prizadeto pot ter spremljajte delež napak in zakasnitev. Daljši `proxy_read_timeout` dovoli daljši presledek med branji, ne ustvari pa kapacitete zaledja. Preverite tudi dnevnike CDN-ja in aplikacije, če je napako ustvaril kateri od njiju.

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

Primer: aplikacija ne posluša

Primer: povezava obstaja, vendar glave odgovora ne pridejo pravočasno

Potrdite popravek

Povezana vprašanja