Unachunguza hitilafu za 502 na 504 katika Nginx vipi?

Question

IT Interview Practice · Accepted Answer

Tambua ombi lilishindwa wapi kabla ya kuongeza timeout. 502 mara nyingi huonyesha mawasiliano ya upstream yaliyoshindwa; 504 mara nyingi huonyesha muda wa kusubiri upstream ulioisha. Log hutofautisha hitilafu halisi.

## Mfano: programu haisikilizi

Chukulia sehemu ya error log inasema:

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

Nginx ilijaribu kuunganishwa na port 3000 ikakataliwa. Hakikisha programu inaendeshwa na kusikiliza anwani hiyo. Kutoka mashine au container ya Nginx yenyewe, pima `curl -i http://127.0.0.1:3000/products`. Ndani ya container, anwani hii ni container yenyewe, si moja kwa moja container ya programu nyingine.

## Mfano: imeunganishwa lakini header za jibu hazijafika kwa wakati

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

Hii inaonyesha kusubiri header za jibu. Husianisha ombi na log za programu na query polepole za hifadhidata. Kagua muda wa kuunganisha na wa jibu la upstream ili kutenganisha kuanzisha mtandao na kazi ya programu.

## Thibitisha marekebisho

Rekebisha anwani au rudisha programu iliyoshindwa katika hali ya kwanza; chunguza kazi polepole katika ya pili. Jaribu tena route iliyoathirika na ufuatilie kiwango cha hitilafu na latency. `proxy_read_timeout` ndefu huruhusu nafasi ndefu kati ya usomaji; haiongezi uwezo wa backend. Kagua pia log za CDN na programu ikiwa mojawapo ilizalisha hitilafu.

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

Mfano: programu haisikilizi

Mfano: imeunganishwa lakini header za jibu hazijafika kwa wakati

Thibitisha marekebisho

Maswali yanayohusiana