Kot obiskovalec ali lastnik spletnega mesta je videti napako 502 Bad Gateway morda zmedeno, saj posebna težava ni jasna. To je priljubljena, generična koda stanja HTTP. Ob predpostavki, da je vaša internetna povezava v redu, to sporočilo pomeni, da je najverjetneje prišlo do težave s komunikacijo s strežnikom. In rezultat je, da ne vidite spletne strani, ki ste jo zahtevali.
Čeprav je napaka 502 običajno težava na strani strežnika, je vzrok lahko občasno na strani odjemalca. V tem članku vam bomo pomagali priti do dna te skrivnosti s preizkušanjem preprostih nasvetov na strani odjemalca. Težavo boste odpravili ali se približali razumevanju vzroka.
502 Pomen slabega prehoda
Kadarkoli poskušate dostopati do spletne strani, vaš brskalnik v bistvu zahteva od spletnega strežnika za dostop do strani. Spletni strežnik bo nato obdelal vašo zahtevo in vrnil vir, ki ste ga zahtevali, skupaj z glavo HTTP in kodo stanja HTTP.
Če pa pride do težave s strežnikom, boste morda prejeli eno od več različnih kod napak 500. Vsi kažejo na težavo s strežnikom. Zato je bila napaka 502 Bad Gateway – zahteva od odjemalca (vaš brskalnik) – dobra, vendar strežnik ni mogel vrniti zahtevanega vira.
502 Popravek slabega prehoda
Tukaj je nekaj nasvetov, ki jih lahko poskusite v svojem spletnem brskalniku, da počistite napako 502 Bad Gateway in prikažete svojo spletno stran.
1. Poskusite znova naložiti stran
Napako bi lahko povzročila napaka v strežniku in ne izpad, težave s povezljivostjo strežnika pa je v večini primerov mogoče odpraviti razmeroma hitro.
Začnite s ponovnim nalaganjem strani – kliknite na krožno puščico blizu naslovne vrstice URL. V Chromu in Safariju je na levi, v Firefoxu na desni. Počakajte kakšno minuto, preden znova naložite stran. Če se prikaže spletna stran, je težava izginila.
Druga hitra stvar, ki jo lahko poskusite, je, da odprete novo sejo brskalnika. Zaprite vsa odprta okna brskalnika, nato odprite novo okno in znova poskusite navigirati na spletno stran.
gmail samodejno izbriše e-pošto po 30 dneh
2. Poskusite počistiti predpomnilnik brskalnika
Vaš spletni brskalnik shrani podatke z vsakega spletnega mesta, ki ga obiščete, v predpomnilnik brskalnika. Kadar koli znova obiščete spletno mesto, se strani hitreje naložijo, ker vaš brskalnik uporablja tisto, kar je shranjeno v predpomnilniku.
Vendar pa ta nastavitev ni vedno dobra stvar. Če ima predpomnilnik vašega brskalnika zastarelo ali poškodovano različico spletnega mesta, lahko to povzroči napako 502. Razmislite o čiščenju predpomnilnika brskalnika, da dobite najnovejšo različico spletnih strani, ki jih poskušate doseči. Evo, kako se to naredi:
Chrome
- V oknu brskalnika Chrome kliknite meni s tremi pikami v zgornjem desnem kotu.
- Izberite možnost Več orodij.
- Izberite Počisti podatke brskanja ...
- V pojavnem oknu Počisti podatke brskanja poskrbite, da je označena samo možnost Predpomnjene slike in datoteke, določite časovni obseg in nato Počisti podatke.
Firefox
- V oknu brskalnika Firefox kliknite ikono hamburgerja v zgornjem desnem kotu.
- Kliknite Zgodovina.
- Izberite Počisti nedavno zgodovino…
- V pojavnem oknu v spustnem meniju Časovni obseg za brisanje izberite Vse.
- Prepričajte se, da je potrjeno samo polje Predpomnilnik in nato Počisti zdaj.
Safari
Če želite izprazniti predpomnilnik v brskalniku Safari, morate omogočiti meni Razvoj. Storiti to:
- Pojdite na Nastavitve in nato na Napredno.
- Potrdite polje Pokaži meni za razvoj v menijski vrstici.
- Pojdite na Razvoj in nato Izprazni predpomnilnike.
502 Bad Gateway v NGINX
PHP-FastCGI Process Manager (PHP-FPM) je proces v ozadju za obdelavo zahtev spletnega strežnika za aplikacije PHP. NGINX posreduje spletne zahteve delovnim procesom PHP-FPM, ki izvajajo aplikacijo PHP. NGINX vrne napako 502 Bad Gateway, če ne more uspešno delegirati zahteve na PHP-FPM ali če se PHP-FPM ne odzove.
Tu so najpogostejši vzroki, zakaj NGINX vrne napako 502:
- PHP-FPM se ne izvaja.
- NGINX ne more komunicirati s PHP-FPM.
- PHP-FPM je potekel.
Zdaj pa poglejmo, kako potrditi, ali je kaj od naštetega težava, in kako jo odpraviti.
1. Preverite, ali se izvaja PHP-FPM
Ko se PHP-FPM ne izvaja, bo NGINX vrnil napako 502 na vse zahteve, ki naj bi dosegle aplikacijo PHP. Z ukazom ps prek gostitelja Linux lahko preverite, ali se izvajajo procesi PHP-FPM. Ukaz je:
|_+_|.
Če rezultati tega ukaza ne prikažejo področja PHP-FPM ali primarnih procesov, se mora PHP-FPM zagnati, da se odpravijo napake 502. Če želite, da bo vaša aplikacija PHP bolj zanesljiva, razmislite o uporabi systemd za upravljanje PHP-FPM kot storitve v vašem produkcijskem okolju. Postopek v ozadju PHP-FPM bo začel samodejno streči vašo aplikacijo PHP vsakič, ko se odpre nov primerek ali se začne vaš strežnik.
Ker je PHP-FPM vgrajen v kodo PHP, ga lahko dodate kot storitev systemd, ko nastavite PHP. Ko je projekt nastavljen kot storitev, uporabite ta ukaz za samodejni zagon:
|_+_|.
2. Preverite, ali ima NGINX dostop do vtičnice
Ko se PHP-FPM zažene, generira vtičnice Unix ali TCP za povezavo s spletnim strežnikom NGINX. Delovni procesi PHP-FPM potrebujejo vtičnice za poslušanje zahtev NGINX. Prepričajte se, da sta PHP-FPM in NGINX nastavljena za uporabo iste vtičnice
PHP-FPM uporablja drugačno konfiguracijsko datoteko na področje procesov. Če želite poiskati te datoteke, pojdite na:
|_+_|.
Pool vtičnice so opisane v navodilu za poslušanje v njegovi konfiguracijski datoteki, npr. naslednje navodilo za poslušanje konfigurira področje, imenovano mypool, za uporabo vtičnice Unix, ki jo najdete na: /run/php/mypool.sock :
|_+_|.
Če NGINX ne more dostopati do vtičnice področja, lahko ugotovite, katero področje delavcev je, tako da preverite, katera vtičnica je navedena v dnevniku napak NGINX. Če na primer PHP-FPM ne bi zagnal področja delavcev mypool, bi NGINX poslal napako 502 in vnos v dnevnik bi bil podoben temu:
|_+_|() v unix: :/run/php/mypool.sock ni uspel (2: ni take datoteke ali imenika).
google docs kako dodati številke strani
3. Preverite, ali je PHP-FPM potekel
Če se vaša aplikacija odzove predolgo, bodo uporabniki prejeli napako časovne omejitve. Če je časovna omejitev PHP-FPM – določena v navodilu konfiguracije področja (request_terminate_timeout) – manjša od časovne omejitve NGINX, bo NGINX vrnil napako 502.
V konfiguracijski datoteki področja lahko povečate nastavitev časovne omejitve PHP-FPM. Vendar bi to lahko povzročilo drugo težavo: NGINX bi lahko potekel, preden bi prejel odgovor od PHP-FPM.
Privzeta časovna omejitev NGINX je 60 sekund. Če ste podaljšali časovno omejitev PHP-FPM za več kot 60 sekund in vaša aplikacija PHP ni imela časa za odziv, bo NGINX izdal napako 504 Gateway Timeout. Temu se izognite tako, da povečate nastavitev časovne omejitve NGINX.
502 Bad Gateway v Cloudflare
Cloudflare bo vrnil napako 502, če ne bo mogel vzpostaviti veljavne povezave z izvornim spletnim strežnikom vašega spletnega mesta ali če storitev Cloudflare ni na voljo ali je napačno konfigurirana. Najpogostejši vzroki vključujejo:
- Izvorni strežnik je preobremenjen s preveč obremenitvami strežnika, kar sproži izpad strežnika
- Spletna mesta WordPress z nizkimi omejitvami pomnilnika PHP ali preveč povezav MYSQL lahko povzročijo, da se strežnik počasi nalaga
- Nepravilni zapisi DNS, konflikti vtičnikov ali tem v WordPressu in napake storitev, npr. PHP-FPM in storitve predpomnilnika
Poskusite z naslednjimi nasveti, da odpravite napako 502 Bad Gateway iz Cloudflare:
1. Ponovno naložite stran in počistite predpomnilnik
Ponovno nalaganje spletne strani mora biti prva stvar, ki jo poskusite ob morebitnem sporočilu o napaki. Napaka 502 je lahko posledica preobremenjenosti strežnika, kar povzroča začasne težave s povezavo. Počakajte kakšno minuto, preden znova naložite stran; to običajno rešuje.
Če se napaka 502 še vedno prikaže, počistite predpomnilnik brskalnika in poskusite znova. Dolgo pritisnite Ctrl + F5 za brskalnike Windows in Linux. Za Chrome in Safari v Macu je to Cmd + Shift + R.
2. Preverite vaš vtičnik/temo za konflikte
Če uporabljate WordPress, je napaka 502 morda posledica napačno konfiguriranega vtičnika. Če želite odpraviti težavo, ali je to vzrok, onemogočite vtičnike – podatki ne bodo izgubljeni.
- Prijavite se v svoj račun WordPress.
- V stranski vrstici izberite Vtičniki.
- Uporabite deaktivacijo za vse svoje vtičnike.
Če je napaka 502 odpravljena, morate ugotoviti, kateri vtičnik je težava. Če želite to narediti, posamezno znova aktivirajte vtičnike. Po ponovni aktivaciji vsakega od njih znova naložite spletno stran. Ko se napaka Cloudflare ponovi, boste vedeli, kateri vtičnik je krivec. Za pomoč lahko zaprosite razvijalca vtičnika tako, da objavite vstopnico v WordPressu.
Prepričajte se, da so vaše teme in vtičniki najnovejše različice in da je vaša različica PHP podprta.
3. Začasno onemogočite požarne zidove in CDN
Težavo lahko povzroči omrežje za dostavo vsebine (CDN) ali požarni zidovi. To je pogosta težava pri ponudnikih z dodatnimi plastmi požarnega zidu, kot je Cloudflare. Za informacije o kakršnih koli težavah z njihovo storitvijo lahko preverite spletno stran statusa Cloudflare ali pa se obrnete na njih.
Če je potrjeno, da je težava v vaših požarnih zidovih ali CDN, jih poskusite začasno onemogočiti, nato pa jih omogočite.
4. Preverite svoje strežnike DNS
Včasih lahko strežniki vašega sistema imen domen (DNS) vrnejo napako 502, ker domena vašega spletnega mesta morda ne kaže na pravi naslov IP. Če ste pred kratkim svoje spletno mesto premaknili na drugo storitev gostovanja, boste morali počakati vsaj 24 ur, da se širjenje po internetu zaključi.
Če temu ni tako, lahko poskusite izbrisati naslove IP in druge zapise DNS iz lokalnega predpomnilnika DNS, takole:
- Zaženite ukazno okno.
- Vnesite |_+_|.
Ali prek Maca:
- Odprite okno terminala.
- Vnesite |_+_|.
502 Bad Gateway rešen!
Sporočilo o napaki 502 Bad Gateway je standardni odgovor, ko je nekaj narobe s komunikacijo med strežniki, ki sodelujejo pri vračanju vaše spletne zahteve.
Sporočilo o napaki 500 običajno pomeni, da obstaja težava na strani strežnika izmenjave. Vendar pa je včasih vzrok lahko v uporabnikovi lokalni računalniški opremi in/ali nastavitvi omrežja. Na srečo je to zelo pogosta napaka in veliko stvari lahko poskusite sami, da prikažete svojo spletno stran ali pa vas vsaj približajo razumevanju osnovnega vzroka.
Katera druga sporočila o napakah ste opazili pri obisku spletnih strani? Ali je bil problem rešen? Sporočite nam v razdelku za komentarje.
