Bagaimanakah anda mendiagnosis ralat 502 dan 504 dalam Nginx?

Question

IT Interview Practice · Accepted Answer

Cari tempat permintaan gagal sebelum menambah timeout. 502 sering menunjukkan komunikasi upstream gagal; 504 sering menunjukkan tempoh menunggu upstream tamat. Log membezakan kegagalan sebenar.

## Contoh: aplikasi tidak mendengar

Andaikan petikan error log menyatakan:

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

Nginx cuba menyambung ke port 3000 dan ditolak. Periksa sama ada aplikasi berjalan dan mendengar pada alamat itu. Dari mesin atau container Nginx sendiri, uji `curl -i http://127.0.0.1:3000/products`. Dalam container, alamat tersebut merujuk container itu sendiri, bukan secara automatik container aplikasi lain.

## Contoh: bersambung tetapi pengepala respons tidak tiba tepat waktu

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

Ini menunjukkan penantian pengepala respons. Padankan permintaan dengan log aplikasi dan kueri pangkalan data yang perlahan. Periksa masa sambungan dan masa respons upstream untuk memisahkan penyediaan rangkaian daripada kerja aplikasi.

## Sahkan pembaikan

Betulkan alamat atau pulihkan aplikasi gagal bagi kes pertama; siasat kerja perlahan bagi kes kedua. Cuba semula laluan terjejas dan pantau kadar ralat serta latensi. `proxy_read_timeout` yang lebih panjang membenarkan jurang antara bacaan lebih lama; ia tidak menambah kapasiti backend. Periksa juga log CDN dan aplikasi jika salah satunya menghasilkan ralat.

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

Contoh: aplikasi tidak mendengar

Contoh: bersambung tetapi pengepala respons tidak tiba tepat waktu

Sahkan pembaikan

Soalan berkaitan