Miten selvität Nginxin 502- ja 504-virheet?

Question

IT Interview Practice · Accepted Answer

Selvitä pyynnön epäonnistumiskohta ennen aikakatkaisujen kasvattamista. 502 viittaa usein upstream-yhteyden ongelmaan ja 504 upstreamin odotuksen aikakatkaisuun. Lokit erottavat todellisen syyn.

## Esimerkki: sovellus ei kuuntele

Oletetaan seuraava virhelokin katkelma:

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

Nginx yritti muodostaa yhteyden porttiin 3000 ja sai kieltäytymisen. Tarkista, että sovellus toimii ja kuuntelee kyseisessä osoitteessa. Testaa Nginxin omalta koneelta tai sen kontista `curl -i http://127.0.0.1:3000/products`. Kontissa osoite tarkoittaa konttia itseään, ei automaattisesti toisen sovelluksen konttia.

## Esimerkki: yhteys toimii, mutta vastausotsakkeet eivät saavu ajoissa

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

Tämä viittaa vastausotsakkeiden odottamiseen. Yhdistä pyyntö sovelluslokeihin ja hitaisiin tietokantakyselyihin. Tarkasta yhteyden muodostusaika ja upstreamin vastausaika erottaaksesi verkon muodostamisen sovellustyöstä.

## Varmista korjaus

Korjaa osoite tai palauta sovellus ensimmäisessä tapauksessa; tutki hidasta työtä toisessa. Yritä kyseistä reittiä uudelleen ja seuraa virheosuutta sekä viivettä. Pidempi `proxy_read_timeout` sallii suuremman välin lukujen välillä, mutta ei luo taustapalvelun kapasiteettia. Tarkista myös CDN:n ja sovelluksen lokit, jos virhe syntyi niissä.

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

Esimerkki: sovellus ei kuuntele

Esimerkki: yhteys toimii, mutta vastausotsakkeet eivät saavu ajoissa

Varmista korjaus

Aiheeseen liittyvät kysymykset