Πώς διαγιγνώσκετε σφάλματα 502 και 504 στο Nginx;

Question

IT Interview Practice · Accepted Answer

Βρείτε πού απέτυχε το αίτημα πριν αυξήσετε timeouts. Το 502 συχνά δείχνει αποτυχημένη επικοινωνία upstream, ενώ το 504 λήξη της αναμονής upstream. Τα logs ξεχωρίζουν την πραγματική βλάβη.

## Παράδειγμα: η εφαρμογή δεν ακούει

Υποθέστε ότι το error log περιέχει:

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

Το Nginx προσπάθησε να συνδεθεί στη θύρα 3000 και απορρίφθηκε. Ελέγξτε ότι η εφαρμογή τρέχει και ακούει στη διεύθυνση. Από το μηχάνημα ή container του ίδιου του Nginx δοκιμάστε `curl -i http://127.0.0.1:3000/products`. Μέσα σε container, αυτή η διεύθυνση σημαίνει το ίδιο container, όχι αυτόματα κάποιο άλλο application container.

## Παράδειγμα: σύνδεση έγινε, αλλά δεν ήρθαν έγκαιρα response headers

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

Αυτό δείχνει αναμονή για κεφαλίδες απάντησης. Συσχετίστε το αίτημα με application logs και αργά queries βάσης. Ελέγξτε χρόνο σύνδεσης και απόκρισης upstream για να διαχωρίσετε τη δημιουργία δικτύου από την εργασία εφαρμογής.

## Επιβεβαιώστε τη διόρθωση

Διορθώστε τη διεύθυνση ή επαναφέρετε την εφαρμογή στην πρώτη περίπτωση· στη δεύτερη ερευνήστε την αργή εργασία. Ξαναδοκιμάστε τη διαδρομή και παρακολουθήστε σφάλματα και καθυστέρηση. Μεγαλύτερο `proxy_read_timeout` επιτρέπει μεγαλύτερο κενό μεταξύ αναγνώσεων, δεν δημιουργεί χωρητικότητα backend. Ελέγξτε και logs CDN ή εφαρμογής αν αυτά παρήγαγαν το σφάλμα.

[Επίσημη τεκμηρίωση](https://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_read_timeout).

Παράδειγμα: η εφαρμογή δεν ακούει

Παράδειγμα: σύνδεση έγινε, αλλά δεν ήρθαν έγκαιρα response headers

Επιβεβαιώστε τη διόρθωση

Σχετικές ερωτήσεις