502 Bad Gateway – Cara Membaiki

Sebagai pelawat atau pemilik tapak web, melihat ralat 502 Bad Gateway mungkin membingungkan kerana isu khusus tidak jelas. Ini ialah kod status HTTP yang popular, generik. Dengan mengandaikan sambungan Internet anda baik, melihat mesej ini bermakna kemungkinan besar terdapat masalah komunikasi pelayan. Dan hasilnya ialah anda tidak melihat halaman web yang anda minta.

Walaupun ralat 502 lazimnya merupakan masalah di bahagian pelayan, puncanya kadangkala berada di hujung pelanggan. Dalam artikel ini, kami akan membantu anda memahami misteri ini dengan mencuba petua mudah pihak pelanggan. Anda sama ada akan menyelesaikan masalah atau lebih dekat untuk memahami puncanya.

502 Bad Gateway Maksud

Setiap kali anda cuba mengakses halaman web, penyemak imbas anda pada asasnya meminta pelayan web mengakses halaman tersebut. Pelayan web kemudiannya akan memproses permintaan anda dan mengembalikan sumber yang anda minta bersama-sama dengan pengepala HTTP dan kod status HTTP.

Tetapi jika terdapat isu pelayan, anda mungkin menerima salah satu daripada beberapa kod ralat 500 yang berbeza. Kesemuanya menunjukkan masalah dengan pelayan. Oleh itu, ralat 502 Bad Gateway - permintaan daripada klien (pelayar anda) - adalah baik tetapi pelayan tidak dapat mengembalikan sumber yang diminta.

502 Pembetulan Gerbang Buruk

Berikut ialah beberapa petua yang boleh anda cuba daripada pelayar web anda untuk membersihkan ralat 502 Bad Gateway dan memaparkan halaman web anda.

1. Cuba Muat Semula Halaman

Ralat mungkin disebabkan oleh gangguan dengan pelayan berbanding gangguan, dan isu sambungan pelayan boleh dibetulkan dengan cepat dalam kebanyakan kes.

Mulakan dengan memuat semula halaman – klik pada anak panah bulat berhampiran bar alamat URL. Dalam Chrome dan Safari, ia berada di sebelah kiri, dalam Firefox ia berada di sebelah kanan. Tunggu satu minit atau lebih sebelum memuat semula halaman. Jika halaman web dipaparkan, maka masalah telah hilang.

Satu lagi perkara pantas yang anda boleh cuba ialah membuka sesi penyemak imbas baharu. Tutup semua tetingkap penyemak imbas anda yang terbuka, kemudian buka tetingkap baharu dan cuba menavigasi ke halaman web sekali lagi.

windows 10 tidak dapat mengakses folder bersama

2. Cuba Kosongkan Cache Penyemak Imbas Anda

Pelayar web anda menyimpan maklumat daripada setiap tapak web yang anda lawati dalam cache penyemak imbas. Setiap kali anda melawat semula tapak web, halaman dimuatkan dengan lebih cepat kerana penyemak imbas anda menggunakan perkara yang disimpan dalam cache.

Walau bagaimanapun, persediaan ini tidak selalunya merupakan perkara yang baik. Jika cache penyemak imbas anda mempunyai versi tapak web yang lapuk atau rosak, ini boleh menyebabkan ralat 502. Pertimbangkan untuk mengosongkan cache penyemak imbas anda untuk mendapatkan versi halaman web yang paling terkini yang anda cuba capai. Begini caranya:

Chrome

1. Dalam tetingkap penyemak imbas Chrome anda, klik pada menu tiga titik di bahagian atas sebelah kanan.
   
2. Pilih pilihan Lagi Alat.
   
3. Pilih Kosongkan Data Penyemakan Imbas…
   
4. Dalam pop timbul Kosongkan data penyemakan imbas, pastikan hanya pilihan Imej dan fail cache ditandakan, tentukan julat masa, kemudian Kosongkan data.
   

Firefox

1. Dalam tetingkap penyemak imbas Firefox anda, klik ikon hamburger di bahagian atas sebelah kanan.
   
2. Klik Sejarah.
   
3. Pilih Kosongkan Sejarah Terkini…
   
4. Dalam tetingkap timbul, pada julat Masa untuk mengosongkan tarik turun, pilih Semuanya.
   
5. Pastikan hanya kotak Cache ditandakan, kemudian Kosongkan Sekarang.

Safari

Untuk mengosongkan cache dalam penyemak imbas Safari anda, menu Develop perlu didayakan. Untuk membuat ini:

1. Pergi ke Keutamaan kemudian Lanjutan.
   
2. Semak Tunjukkan Menu Bangun dalam kotak Menu Bar.
   
3. Pergi ke Develop kemudian Kosongkan Caches.

502 Bad Gateway dalam NGINX

Pengurus Proses PHP-FastCGI (PHP-FPM) ialah proses latar belakang untuk mengendalikan permintaan pelayan web untuk aplikasi PHP. NGINX menghantar permintaan web ke proses pekerja PHP-FPM yang melaksanakan aplikasi PHP. NGINX mengembalikan ralat 502 Bad Gateway apabila ia tidak berjaya mewakilkan permintaan kepada PHP-FPM atau jika PHP-FPM tidak bertindak balas.

Berikut ialah punca paling biasa NGINX mengembalikan ralat 502:

• PHP-FPM tidak berjalan.
• NGINX tidak dapat berkomunikasi dengan PHP-FPM.
• PHP-FPM sedang tamat masa.

Sekarang mari kita lihat cara mengesahkan sama ada mana-mana perkara di atas adalah masalah, dan cara membetulkannya.

1. Semak Sama ada PHP-FPM Sedang Berjalan

Apabila PHP-FPM tidak berjalan, NGINX akan mengembalikan ralat 502 kepada semua permintaan yang bertujuan untuk mencapai aplikasi PHP. Anda boleh menggunakan arahan ps melalui hos Linux untuk menyemak untuk menjalankan proses PHP-FPM. Perintahnya ialah:

|_+_|.

Jika hasil daripada arahan ini tidak memaparkan sebarang kumpulan PHP-FPM atau proses utama, PHP-FPM perlu dijalankan untuk membetulkan ralat 502. Untuk menjadikan apl PHP anda lebih dipercayai, pertimbangkan untuk menggunakan systemd untuk mengurus PHP-FPM sebagai perkhidmatan dalam persekitaran pengeluaran anda. Proses latar belakang PHP-FPM akan mula menyiarkan aplikasi PHP anda secara automatik apabila tika baharu dibuka, atau pelayan anda bermula.

Memandangkan PHP-FPM terbina dalam kod PHP, anda boleh menambahkannya sebagai perkhidmatan systemd apabila anda menyediakan PHP. Setelah projek disediakan sebagai perkhidmatan, gunakan arahan ini untuk permulaan automatik:

|_+_|.

2. Semak Sama ada NGINX Mempunyai Akses kepada Soket

Sebaik sahaja PHP-FPM bermula, ia menjana soket Unix atau TCP untuk menyambung ke pelayan web NGINX. Proses pekerja PHP-FPM memerlukan soket untuk mendengar permintaan NGINX. Pastikan PHP-FPM dan NGINX ditetapkan untuk menggunakan soket yang sama

PHP-FPM menggunakan fail konfigurasi yang berbeza bagi setiap kumpulan proses. Untuk mencari fail ini pergi ke:

|_+_|.

Soket pool digariskan dalam arahan dengar dalam fail konfigurasinya, mis. arahan mendengar berikut, mengkonfigurasi kolam yang dipanggil mypool untuk menggunakan soket Unix yang terdapat di: /run/php/mypool.sock :

|_+_|.

Jika NGINX tidak dapat mengakses soket kolam, anda boleh menentukan kumpulan pekerja mana itu dengan memeriksa soket mana yang dinyatakan dalam log ralat NGINX. Jika PHP-FPM tidak memulakan kumpulan pekerja mypool, contohnya, NGINX akan menghantar ralat 502 dan entri log akan kelihatan serupa dengan ini:

|_+_|() ke unix: :/run/php/mypool.sock gagal (2: Tiada fail atau direktori sedemikian).

kemas kini dilumpuhkan oleh pentadbir chrome

3. Semak Sama ada PHP-FPM Sudah Tamat Masa

Apabila aplikasi anda mengambil masa terlalu lama untuk bertindak balas, pengguna akan menerima ralat tamat masa. Jika tamat masa PHP-FPM – ditetapkan dalam arahan konfigurasi kolam (request_terminate_timeout) – kurang daripada tamat masa NGINX, NGINX akan mengembalikan ralat 502.

Anda boleh meningkatkan tetapan tamat masa PHP-FPM dalam fail konfigurasi kumpulan. Walau bagaimanapun, ini boleh menyebabkan masalah lain: NGINX boleh tamat masa sebelum mendapat respons daripada PHP-FPM.

Tamat masa lalai NGINX ialah 60 saat. Jika anda telah meningkatkan tamat masa PHP-FPM selama 60 saat dan apl PHP anda tidak sempat membalas, NGINX akan mengeluarkan ralat Tamat Masa 504 Gateway. Elakkan perkara ini dengan meningkatkan tetapan tamat masa NGINX anda.

502 Bad Gateway dalam Cloudflare

Cloudflare akan mengembalikan ralat 502 apabila ia tidak dapat memulakan sambungan yang sah dengan pelayan web sumber tapak web anda atau jika perkhidmatan Cloudflare tidak tersedia atau dikonfigurasikan secara salah. Penyebab yang paling biasa termasuk:

• Pelayan sumber terlalu banyak bekerja dengan terlalu banyak beban pelayan yang mencetuskan masa henti pelayan
• Tapak web WordPress dengan had memori PHP yang rendah atau terlalu banyak sambungan MYSQL boleh menyebabkan pelayan dimuatkan dengan perlahan
• Rekod DNS, pemalam atau konflik tema yang salah dalam WordPress dan kegagalan perkhidmatan cth. PHP-FPM dan perkhidmatan cache

Cuba petua berikut untuk menyelesaikan ralat 502 Bad Gateway daripada Cloudflare:

1. Muat semula Halaman dan Kosongkan Cache Anda

Memuat semula halaman web hendaklah menjadi perkara pertama yang anda cuba untuk sebarang mesej ralat. Ralat 502, khususnya, mungkin disebabkan oleh pelayan yang terlebih beban menyebabkan masalah sambungan sementara. Tunggu seminit atau lebih sebelum memuat semula halaman; ini biasanya menyelesaikannya.

Jika ralat 502 masih dipaparkan, kosongkan cache penyemak imbas anda kemudian cuba lagi. Tekan lama Ctrl + F5 untuk pelayar Windows dan Linux. Untuk Chrome dan Safari pada Mac, ia ialah Cmd + Shift + R.

2. Semak Plugin/Tema Anda untuk Konflik

Jika anda menggunakan WordPress, ralat 502 mungkin disebabkan oleh pemalam yang salah konfigurasi. Untuk menyelesaikan masalah sama ada ini puncanya, lumpuhkan pemalam anda – tiada data akan hilang.

1. Log masuk ke akaun WordPress anda.
2. Pilih Pemalam dari bar sisi.
3. Gunakan Nyahaktifkan pada semua pemalam anda.

Jika ralat 502 diselesaikan, maka anda perlu mencari pemalam yang bermasalah. Untuk melakukan ini, aktifkan semula pemalam secara individu. Selepas mengaktifkan semula setiap satu, muat semula halaman web. Apabila ralat Cloudflare berlaku lagi, anda akan tahu pemalam mana yang menjadi puncanya. Anda boleh meminta bantuan daripada pembangun pemalam dengan menyiarkan tiket di WordPress.

Pastikan tema dan pemalam anda ialah versi terkini dan versi PHP anda disokong.

3. Lumpuhkan Firewall dan CDN Anda buat sementara waktu

Masalahnya mungkin disebabkan oleh Rangkaian Penghantaran Kandungan (CDN) atau tembok api. Ini adalah isu biasa dengan pembekal dengan lapisan tembok api tambahan seperti Cloudflare. Anda boleh menyemak sama ada halaman status dalam talian Cloudflare untuk mendapatkan maklumat tentang sebarang masalah dengan perkhidmatan mereka, atau anda boleh menghubungi mereka.

Jika disahkan bahawa masalahnya ialah tembok api atau CDN anda, cuba lumpuhkannya buat sementara waktu, kemudian dayakannya selepas itu.

4. Semak Pelayan DNS Anda

Kadangkala pelayan Sistem Nama Domain (DNS) anda boleh mengembalikan ralat 502 kerana domain tapak web anda mungkin tidak menghala ke alamat IP yang betul. Jika anda baru-baru ini telah memindahkan tapak web anda ke perkhidmatan pengehosan yang lain maka anda perlu menunggu sekurang-kurangnya 24 jam untuk penyebaran merentas Internet selesai.

Jika ini tidak berlaku, untuk mengosongkan alamat IP dan rekod DNS lain daripada cache DNS setempat anda, anda boleh cuba mengepamnya, berikut caranya:

1. Lancarkan tetingkap arahan.
2. Masukkan |_+_|.
   

Atau melalui Mac:

1. Buka tetingkap terminal.
2. Masukkan |_+_|.

502 Bad Gateway Selesai!

Mesej ralat 502 Bad Gateway ialah respons standard apabila terdapat sesuatu yang tidak kena dengan komunikasi antara pelayan yang terlibat dalam mengembalikan permintaan web anda.

Mesej ralat 500 biasanya bermakna terdapat masalah dengan bahagian pelayan pertukaran. Walau bagaimanapun, kadangkala, puncanya boleh disebabkan oleh peralatan komputer tempatan dan/atau persediaan rangkaian pengguna. Nasib baik, ini adalah ralat yang sangat biasa, dan terdapat banyak perkara yang anda boleh cuba sendiri untuk memaparkan halaman web anda, atau sekurang-kurangnya membawa anda lebih dekat untuk memahami puncanya.

Apakah mesej ralat lain yang anda alami semasa melawati halaman web? Adakah masalah itu dapat diselesaikan? Beritahu kami di bahagian komen.