Veebisaidi külastaja või omanikuna võib vea 502 Bad Gateway nägemine olla segane, kuna konkreetne probleem pole selge. See on populaarne, üldine HTTP olekukood. Eeldades, et teie Interneti-ühendus on korras, tähendab selle teate nägemine, et tõenäoliselt on serveri suhtlusprobleem. Tulemuseks on see, et te ei näe soovitud veebilehte.
Kuigi tõrge 502 on tavaliselt serveripoolne probleem, võib põhjus mõnikord olla kliendis. Selles artiklis aitame teil mõistatuse põhjani jõuda, proovides lihtsaid kliendipoolseid näpunäiteid. Lahendate probleemi või jõuate põhjuse mõistmisele lähemale.
502 Bad Gateway tähendus
Kui proovite veebilehele juurde pääseda, küsib teie brauser põhimõtteliselt veebiserveril sellele lehele juurdepääsu. Seejärel töötleb veebiserver teie päringu ja tagastab teie küsitud ressursi koos HTTP päise ja HTTP olekukoodiga.
Kui aga esineb serveriprobleem, võite saada ühe mitmest erinevast 500 veakoodist. Kõik need viitavad probleemile serveris. Seetõttu oli viga 502 Bad Gateway – kliendi (teie brauseri) päring – hea, kuid server ei suutnud palutud ressurssi tagastada.
502 Bad Gateway Fix
Siin on mõned näpunäited, mida saate oma veebibrauseris proovida, et loodetavasti 502 Bad Gateway viga kustutada ja oma veebileht kuvada.
1. Proovige leht uuesti laadida
Vea võib põhjustada serveri tõrge, mitte katkestus, ja serveri ühenduvusprobleeme saab enamikul juhtudel suhteliselt kiiresti lahendada.
Alustage lehe uuesti laadimisega – klõpsake URL-i aadressiriba lähedal asuvat ringikujulist noolt. Chrome'is ja Safaris on see vasakul, Firefoxis paremal. Enne lehe uuesti laadimist oodake mõni minut. Kui veebileht kuvatakse, on probleem kadunud.
Teine kiire asi, mida võite proovida, on avada uus brauseri seanss. Sulgege kõik avatud brauseriaknad, seejärel avage uus aken ja proovige uuesti veebilehele navigeerida.
kuidas näidata ping ja fps lol
2. Proovige tühjendada brauseri vahemälu
Teie veebibrauser salvestab brauseri vahemällu teabe igalt külastatud veebisaidilt. Iga kord, kui külastate veebisaiti, laaditakse lehed kiiremini, kuna teie brauser kasutab vahemällu salvestatut.
See seadistus ei ole aga alati hea. Kui teie brauseri vahemälus on veebisaidi aegunud või rikutud versioon, võib see põhjustada tõrke 502. Kaaluge brauseri vahemälu tühjendamist, et saada kõige ajakohasem versioon veebilehtedest, kuhu proovite jõuda. Seda tehakse järgmiselt.
Chrome
- Klõpsake Chrome'i brauseriaknas paremas ülanurgas kolme punktiga menüül.
- Valige suvand Rohkem tööriistu.
- Valige Kustuta sirvimisandmed…
- Veenduge, et hüpikaknas Kustuta sirvimisandmed oleks märgitud ainult suvand Vahemällu salvestatud pildid ja failid, määrake ajavahemik ja seejärel käsku Kustuta andmed.
Firefox
- Klõpsake Firefoxi brauseriaknas paremas ülanurgas hamburgeriikooni.
- Klõpsake Ajalugu.
- Valige Kustuta hiljutine ajalugu…
- Valige hüpikmenüüst Ajavahemiku tühjendamiseks rippmenüü Kõik.
- Veenduge, et on märgitud ainult ruut Vahemälu ja seejärel käsk Tühjenda kohe.
Safari
Safari brauseri vahemälu tühjendamiseks tuleb menüü Arendamine lubada. Selleks tehke järgmist.
- Avage Eelistused ja seejärel Täpsemalt.
- Märkige ruut Kuva arendusmenüü menüüribal.
- Minge jaotisse Arenda ja seejärel tühjendage vahemälud.
502 Bad Gateway NGINX-is
PHP-FastCGI protsessihaldur (PHP-FPM) on taustprotsess PHP-rakenduste veebiserveri päringute käsitlemiseks. NGINX edastab veebipäringud PHP-FPM-i tööprotsessidele, mis käivitavad PHP-rakendust. NGINX tagastab veateate 502 Bad Gateway, kui ta ei saa päringut PHP-FPM-ile edukalt delegeerida või kui PHP-FPM ei reageeri.
Siin on kõige levinumad põhjused, miks NGINX tagastab vea 502:
- PHP-FPM ei tööta.
- NGINX ei saa PHP-FPM-iga suhelda.
- PHP-FPM aegub.
Nüüd vaatame, kuidas kontrollida, kas mõni ülalnimetatutest on probleem, ja kuidas seda parandada.
1. Kontrollige, kas PHP-FPM töötab
Kui PHP-FPM ei tööta, tagastab NGINX tõrketeate 502 kõikidele PHP-rakendusse jõudmiseks mõeldud päringutele. PHP-FPM protsesside töötamise kontrollimiseks saate kasutada Linuxi hosti kaudu käsku ps. Käsk on:
|_+_|.
Kui selle käsu tulemused ei kuva ühtegi PHP-FPM-i kogumit ega põhiprotsesse, peab PHP-FPM 502-tõrgete parandamiseks töötama. Oma PHP-rakenduse töökindlamaks muutmiseks kaaluge oma tootmiskeskkonnas PHP-FPM-i haldamiseks systemd-i kasutamist. PHP-FPM-i taustprotsess hakkab automaatselt teie PHP-rakendust teenindama, kui avaneb uus eksemplar või teie server algab.
Kuna PHP-FPM on PHP-koodi sisse ehitatud, saate selle PHP seadistamisel lisada süsteemse teenusena. Kui projekt on teenusena seadistatud, kasutage automaatseks käivitamiseks seda käsku:
|_+_|.
2. Kontrollige, kas NGINX-il on juurdepääs pistikupesale
Kui PHP-FPM käivitub, genereerib see Unixi või TCP pesad NGINX veebiserveriga ühenduse loomiseks. PHP-FPM-i tööprotsessid vajavad NGINX-i päringute kuulamiseks pistikupesasid. Veenduge, et PHP-FPM ja NGINX on seadistatud kasutama sama pesa
PHP-FPM kasutab protsessikogumi kohta erinevat konfiguratsioonifaili. Nende failide leidmiseks minge aadressile:
|_+_|.
Basseini pesad on välja toodud kuulamisjuhises selle konfiguratsioonifailis, nt. järgmine kuulamisjuhis konfigureerib basseini nimega mypool kasutama Unixi pesa, mis asub aadressil: /run/php/mypool.sock :
|_+_|.
Kui NGINX ei pääse basseini pistikupesale juurde, saate välja selgitada, milline töötaja puul on, uurides, milline pesa on NGINX-i vealogis määratud. Kui PHP-FPM ei käivitanud näiteks mypooli töötajate kogumit, saadaks NGINX tõrketeate 502 ja logikirje näeks välja sarnane:
|_+_|() unixisse: :/run/php/mypool.sock nurjus (2: sellist faili või kataloogi pole).
kuidas muuta simsi omadusi
3. Kontrollige, kas PHP-FPM aegub
Kui teie rakendusele vastamine võtab liiga kaua aega, kuvatakse kasutajatele ajalõpu veateade. Kui PHP-FPM-i ajalõpp – mis on fikseeritud basseini konfiguratsioonis (request_terminate_timeout) – on väiksem kui NGINX-i ajalõpp, tagastab NGINX veateate 502.
PHP-FPM-i ajalõpu sätet saate basseini konfiguratsioonifailis suurendada. See võib aga põhjustada veel ühe probleemi: NGINX võib enne PHP-FPM-ilt vastuse saamist aeguda.
NGINX-i vaikeaeg on 60 sekundit. Kui olete PHP-FPM ajalõpu suurendanud üle 60 sekundi ja teie PHP-rakendusel pole olnud aega vastata, väljastab NGINX 504 Gateway Timeout veateate. Vältige seda, suurendades NGINX-i ajalõpu sätet.
502 Bad Gateway Cloudflare'is
Cloudflare tagastab tõrketeate 502, kui ta ei saa luua kehtivat ühendust teie veebisaidi lähteveebiserveriga või kui Cloudflare'i teenus pole saadaval või on valesti konfigureeritud. Kõige levinumad põhjused on järgmised:
- Lähteserver on liiga paljude serverikoormustega ülekoormatud, mis põhjustab serveri seisakuid
- Madala PHP mälupiiranguga või liiga paljude MYSQL-ühendustega WordPressi veebisaidid võivad põhjustada serveri aeglase laadimise
- Valed DNS-kirjed, pluginate või teemade konfliktid WordPressis ja teenusetõrked nt. PHP-FPM ja vahemäluteenused
Proovige Cloudflare'i vea502 Bad Gateway lahendamiseks järgmisi näpunäiteid.
1. Laadige leht uuesti ja tühjendage vahemälu
Veebilehe uuesti laadimine peaks olema esimene asi, mida proovite veateate puhul. Täpsemalt võib tõrge 502 olla tingitud serveri ülekoormamisest, mis põhjustab ajutisi ühenduse probleeme. Enne lehe uuesti laadimist oodake umbes minut; see tavaliselt lahendab selle.
Kui tõrge 502 ikka kuvatakse, tühjendage brauseri vahemälu ja proovige uuesti. Windowsi ja Linuxi brauserite jaoks vajutage pikalt klahvikombinatsiooni Ctrl + F5. Maci Chrome'i ja Safari jaoks on see Cmd + Shift + R.
2. Kontrollige oma pistikprogrammi/teema konflikte
Kui kasutate WordPressi, võib tõrge 502 tuleneda valesti konfigureeritud pistikprogrammist. Selle põhjuse tõrkeotsinguks keelake pistikprogrammid – andmed ei lähe kaotsi.
- Logige sisse oma WordPressi kontole.
- Valige külgribal Pluginad.
- Rakendage kõikidele pistikprogrammidele käsk Deaktiveeri.
Kui tõrge 502 on lahendatud, peate leidma, milline pistikprogramm on probleem. Selleks aktiveerige pistikprogrammid eraldi uuesti. Pärast igaühe uuesti aktiveerimist laadige veebileht uuesti. Kui Cloudflare'i tõrge kordub, saate teada, milline pistikprogramm on süüdlane. Saate küsida abi pistikprogrammi arendajalt, postitades WordPressi pileti.
Veenduge, et teie teemad ja pistikprogrammid oleksid uusimad ja teie PHP versiooni toetatud.
3. Keelake ajutiselt oma tulemüürid ja CDN
Probleemi võib põhjustada sisu edastamise võrk (CDN) või tulemüürid. See on levinud probleem täiendavate tulemüürikihtidega pakkujate puhul, nagu Cloudflare. Saate vaadata Cloudflare'i võrguolekulehte, et saada teavet nende teenusega seotud probleemide kohta või võtta nendega ühendust.
Kui leiate kinnitust, et probleem on teie tulemüürides või CDN-is, proovige need ajutiselt keelata ja seejärel lubada.
4. Kontrollige oma DNS-servereid
Mõnikord võivad teie domeeninimesüsteemi (DNS) serverid tagastada tõrketeate 502, kuna teie veebisaidi domeen ei pruugi osutada õigele IP-aadressile. Kui olete hiljuti oma veebisaidi teisele hostimisteenusele teisaldanud, peate Internetis levitamise lõpuleviimiseks ootama vähemalt 24 tundi.
Kui see nii ei ole, võite IP-aadresside ja muude DNS-kirjete kustutamiseks kohalikust DNS-i vahemälust proovida selle tühjendada. Toimige järgmiselt.
- Käivitage käsuaken.
- Sisestage |_+_|.
Või Maci kaudu:
- Avage terminali aken.
- Sisestage |_+_|.
502 halb värav lahendatud!
Veateade 502 Bad Gateway on tavaline vastus, kui teie veebipäringu tagastamisega seotud serverite vahelises suhtluses on midagi valesti.
Veateade 500 tähendab tavaliselt, et vahetuskeskuse serveripoolses osas on probleem. Kuid mõnikord võib põhjus olla kasutaja kohalikus arvutiseadmes ja/või võrgu seadistuses. Õnneks on see väga levinud viga ja saate oma veebilehe kuvamiseks või vähemalt algpõhjuse mõistmisele lähemale tuua palju asju, mida saate ise proovida.
Milliseid muid veateateid olete veebilehtede külastamisel kogenud? Kas probleem lahenes? Andke meile kommentaaride jaotises teada.