วินิจฉัยข้อผิดพลาด 502 และ 504 ใน Nginx อย่างไร?

Question

IT Interview Practice · Accepted Answer

หาว่าคำขอล้มเหลวที่ใดก่อนเพิ่ม timeout โดย 502 มักชี้ว่าการสื่อสารกับ upstream ล้มเหลว ส่วน 504 มักชี้ว่าหมดเวลารอ upstream ใช้ log แยกสาเหตุจริง

## ตัวอย่าง: แอปพลิเคชันไม่ได้รับฟัง

สมมติว่า error log ส่วนหนึ่งระบุว่า:

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

Nginx พยายามเชื่อมต่อพอร์ต 3000 แล้วถูกปฏิเสธ ตรวจว่าแอปพลิเคชันทำงานและรับฟังที่อยู่นั้น ทดสอบ `curl -i http://127.0.0.1:3000/products` จากเครื่องหรือคอนเทนเนอร์ของ Nginx เอง ในคอนเทนเนอร์ ที่อยู่นี้หมายถึงตัวมันเอง ไม่ใช่คอนเทนเนอร์ของอีกแอปพลิเคชันโดยอัตโนมัติ

## ตัวอย่าง: เชื่อมต่อแล้วแต่ไม่ได้ส่วนหัวตอบกลับทันเวลา

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

ข้อความนี้ชี้ว่ากำลังรอส่วนหัวตอบกลับ เชื่อมโยงคำขอกับ log แอปพลิเคชันและ query ฐานข้อมูลที่ช้า ตรวจเวลาเชื่อมต่อและเวลาตอบ upstream เพื่อแยกการตั้งการเชื่อมต่อเครือข่ายออกจากงานแอปพลิเคชัน

## ยืนยันการแก้ไข

กรณีแรกให้แก้ที่อยู่หรือกู้แอปพลิเคชันที่เสีย กรณีสองให้ตรวจงานช้า ลอง route ที่ได้รับผลอีกครั้งและติดตามอัตราผิดพลาดกับ latency ค่า `proxy_read_timeout` ที่ยาวขึ้นอนุญาตช่วงห่างระหว่างการอ่านที่นานขึ้น ไม่ได้สร้างความจุ backend ตรวจ log CDN และแอปพลิเคชันด้วยหากตัวใดสร้างข้อผิดพลาด

[เอกสารทางการ](https://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_read_timeout).

ตัวอย่าง: แอปพลิเคชันไม่ได้รับฟัง

ตัวอย่าง: เชื่อมต่อแล้วแต่ไม่ได้ส่วนหัวตอบกลับทันเวลา

ยืนยันการแก้ไข

คำถามที่เกี่ยวข้อง