Proksi terbalik Nginx menyebabkan 504 Gateway Timeout

Saya menggunakan Nginx sebagai reverse proxy yang mengambil permintaan kemudian melakukan proxy_pass untuk mendapatkan aplikasi web sebenarnya dari server upstream yang berjalan pada port 8001.

Jika saya membuka mywebsite.com atau melakukan wget, saya mendapatkan 504 Gateway Timeout setelah 60 detik ... Namun, jika saya memuat mywebsite.com:8001, aplikasi akan dimuat seperti yang diharapkan!

Jadi ada sesuatu yang mencegah Nginx berkomunikasi dengan server upstream.

Semua ini dimulai setelah perusahaan hosting saya mengatur ulang mesin tempat barang saya berjalan, sebelum itu tidak ada masalah apa pun.

Ini blok server vhosts saya:

server {
    listen   80;
    server_name mywebsite.com;

    root /home/user/public_html/mywebsite.com/public;

    access_log /home/user/public_html/mywebsite.com/log/access.log upstreamlog;
    error_log /home/user/public_html/mywebsite.com/log/error.log;

    location / {
        proxy_pass http://xxx.xxx.xxx.xxx:8001;
        proxy_redirect off;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
} 

Dan output dari log kesalahan Nginx saya:

2014/06/27 13:10:58 [error] 31406#0: *1 upstream timed out (110: Connection timed out) while connecting to upstream, client: xxx.xx.xxx.xxx, server: mywebsite.com, request: "GET / HTTP/1.1", upstream: "http://xxx.xxx.xxx.xxx:8001/", host: "mywebsite.com"

Mungkin dapat menambahkan beberapa baris lagi untuk menambah periode waktu tunggu ke hulu. Contoh di bawah menyetel batas waktu menjadi 300 detik:

proxy_connect_timeout       300;
proxy_send_timeout          300;
proxy_read_timeout          300;
send_timeout                300;

Meningkatkan batas waktu kemungkinan tidak akan menyelesaikan masalah Anda karena, seperti yang Anda katakan, server web target yang sebenarnya merespons dengan baik.

Saya memiliki masalah yang sama dan saya menemukan itu ada hubungannya dengan tidak menggunakan keep-hidup pada koneksi. Saya tidak dapat benar-benar menjawab mengapa ini terjadi tetapi, dalam membersihkan tajuk koneksi saya menyelesaikan masalah ini dan permintaan itu diproksikan dengan baik:

server {
    location / {
        proxy_set_header   X-Real-IP $remote_addr;
        proxy_set_header   Host      $http_host;
        proxy_http_version 1.1;
        proxy_set_header Connection "";
        proxy_pass http://localhost:5000;
    }
}

Lihatlah posting ini yang menjelaskannya secara lebih rinci: nginx menutup koneksi upstream setelah permintaan Klarifikasi header Keep-hidup http://nginx.org/en/docs/http/ngx_http_upstream_module.html#keepalive

user2540984 , serta banyak lainnya telah menunjukkan bahwa Anda dapat mencoba meningkatkan pengaturan waktu tunggu Anda. Saya sendiri menghadapi masalah serupa dengan yang satu ini dan mencoba mengubah pengaturan batas waktu saya di file /etc/nginx/nginx.conf , seperti yang disarankan oleh hampir semua orang di utas ini. Ini, bagaimanapun, tidak membantu saya sedikit pun; tidak ada perubahan yang jelas dalam pengaturan batas waktu NGINX. Setelah berjam-jam mencari, saya akhirnya berhasil menyelesaikan masalah saya.

Solusinya terletak pada utas forum ini , dan yang dikatakannya adalah Anda harus meletakkan pengaturan batas waktu di /etc/nginx/conf.d/timeout.conf (dan jika file ini tidak ada, Anda harus membuatnya). Saya menggunakan pengaturan yang sama seperti yang disarankan di utas:

proxy_connect_timeout 600;
proxy_send_timeout 600;
proxy_read_timeout 600;
send_timeout 600;

Ini mungkin bukan solusi untuk masalah khusus Anda, tetapi jika ada orang lain yang memperhatikan bahwa perubahan batas waktu di /etc/nginx/nginx.conf tidak melakukan apa-apa, saya harap jawaban ini membantu!

Jika Anda ingin menambah atau menambah batas waktu ke semua situs maka Anda dapat menambahkan baris di bawah ini ke nginx.conffile.

Tambahkan baris di bawah ini ke httpbagian /usr/local/etc/nginx/nginx.confatau /etc/nginx/nginx.conffile.

fastcgi_read_timeout 600;
proxy_read_timeout 600;

Jika baris di atas tidak ada dalam conffile, tambahkan, jika tidak tambah fastcgi_read_timeoutdan proxy_read_timeoutpastikan bahwa nginx dan php-fpm tidak timeout.

Untuk menambah batas waktu hanya untuk satu situs maka sobat dapat mengedit di vim /etc/nginx/sites-available/example.com

location ~ \.php$ {
    include /etc/nginx/fastcgi_params;
        fastcgi_pass  unix:/var/run/php5-fpm.sock;
    fastcgi_read_timeout 300; 
}

dan setelah menambahkan baris ini nginx.conf, jangan lupa restart nginx.

service php7-fpm reload 
service nginx reload

atau, jika Anda menggunakan valet, cukup ketik valet restart.

Anda juga dapat menghadapi situasi ini jika server upstream Anda menggunakan nama domain, dan alamat IP-nya berubah (misalnya: upstream Anda mengarah ke AWS Elastic Load Balancer)

Masalahnya adalah nginx akan menyelesaikan alamat IP satu kali, dan menyimpannya dalam cache untuk permintaan selanjutnya hingga konfigurasi dimuat ulang.

Anda dapat memberi tahu nginx untuk menggunakan server nama untuk menyelesaikan kembali domain setelah entri yang di-cache kedaluwarsa:

location /mylocation {
    # use google dns to resolve host after IP cached expires
    resolver 8.8.8.8;
    set $upstream_endpoint http://your.backend.server/;
    proxy_pass $upstream_endpoint;
}

Dokumen di proxy_pass menjelaskan mengapa trik ini berhasil:

Nilai parameter dapat berisi variabel. Dalam kasus ini, jika alamat ditentukan sebagai nama domain, nama tersebut dicari di antara grup server yang dijelaskan, dan, jika tidak ditemukan, ditentukan menggunakan resolver.

Kudos to "Nginx with dynamic upstreams" (tenzer.dk) untuk penjelasan mendetail, yang juga berisi beberapa informasi relevan tentang peringatan pendekatan ini terkait URI yang diteruskan.

Punya masalah yang sama. Ternyata itu disebabkan oleh pelacakan koneksi iptables di server upstream. Setelah menghapus --state NEW,ESTABLISHED,RELATEDdari skrip firewall dan pembilasan dengan conntrack -Fmasalah itu hilang.

NGINX sendiri mungkin bukan penyebab utamanya.

JIKA "port minimum per instance VM" yang disetel di Gateway NAT - yang berada di antara instance NGINX Anda & proxy_passtujuan - terlalu kecil untuk jumlah permintaan serentak, itu harus ditingkatkan.

Solusi: Tingkatkan jumlah port yang tersedia per VM di NAT Gateway.

Konteks Dalam kasus saya, di Google Cloud, proxy balik NGINX ditempatkan di dalam subnet, dengan Gateway NAT. Instance NGINX mengalihkan permintaan ke domain yang terkait dengan API backend kami (upstream) melalui NAT Gateway.

Dokumentasi dari GCP ini akan membantu Anda memahami relevansi NAT dengan waktu tunggu NGINX 504.

Dalam kasus saya, saya me-restart php dan itu menjadi ok.