Napaka 502 Bad Gateway: vzroki in odprava po korakih

Branje: 13 min

Kaj, če napaka 502 Bad Gateway ne nastane v tvojem brskalniku, temveč v povezavi med strežniki spletne strani? Koda stanja 502 kaže, da je strežnik, ki deluje kot prehod ali posrednik, od zalednega strežnika dobil neveljaven odgovor. To je običajno težava na strani strežnika, zato ponovno nalaganje strani ali preizkus drugega brskalnika pomaga predvsem izključiti, da je v ozadju lokalna nepravilnost.

Na prvi pogled ni vedno jasno, ali moraš preveriti svojo napravo, omrežje ali spletno mesto. Namesto naključnih sprememb sledi poti povezave: opravi nekaj varnih preverjanj kot obiskovalec, pri lastni spletni strani pa preveri delovanje prehoda in zaledne aplikacije. Napako 502 lahko povzročijo preobremenitev, prekoračitev časa, napačna konfiguracija ali napaka aplikacije.

Iz članka razumeš pomen napake in v preglednem vrstnem redu ločiš naloge obiskovalca od preiskav upravljavca. Pokažemo, kako začeti s preverjanjem dnevnikov, na primer datoteke error_log, ki je na voljo v cPanelu, in zakaj je pred spremembo strežniških komponent pomembno narediti varnostno kopijo.

Kaj pomeni napaka 502 Bad Gateway in zakaj se prikaže?

502 Bad Gateway je koda stanja HTTP. Pomeni, da je strežnik, ki deluje kot prehod ali posrednik, dobil neveljaven odgovor od zalednega strežnika, ki mu je posredoval zahtevo. 502 Bad Gateway torej sam po sebi ne imenuje pokvarjene komponente, temveč kaže na težavo v komunikaciji med strežniki. To vlogo opisuje tudi poimenovanje HTTP 502 Bad Gateway.

Na kratko: napaka 502 pomeni, da vmesni strežnik od zalednega sistema, ki streže zahtevo, ni dobil uporabnega odgovora. To ni enako napaki brskalnika, težavi z razreševanjem DNS ali napaki znotraj aplikacije. Te pa lahko prispevajo k njenemu nastanku: če se na primer aplikacija sesuje, zaledni strežnik ne odgovori nujno pravilno.

Kako pride zahteva od prehoda do spletne aplikacije?

Ko odpreš spletno stran, lahko zahteva najprej doseže spletni strežnik ali posredniški strežnik. Ta vmesni sistem lahko zahtevo posreduje zalednemu strežniku, kjer jo obdela spletna aplikacija. Odgovor aplikacije se nato prek vmesnega strežnika vrne v brskalnik.

Na primer: odpreš stran, posrednik zahtevo posreduje aplikaciji, aplikacija pa se ne zažene ali se njen odgovor prekine. Če posrednik zato dobi napačen ali manjkajoč odgovor, lahko brskalniku pošlje kodo 502. Natančna zgradba je odvisna od okolja gostovanja, zato vse spletne strani ne uporabljajo enakih strežniških plasti.

V čem se 502 razlikuje od drugih pogostih napak HTTP?

Koda odgovora pomaga zamejiti vrsto napake, sama po sebi pa ne pokaže natančnega sprožilnega vzroka. Pomen pogostih kod na kratko:

  • 500 Internal Server Error: splošna napaka na strani strežnika, pri kateri strežnik zahteve ne more izpolniti.
  • 502 Bad Gateway: prehod ali posrednik je od zalednega strežnika dobil neveljaven odgovor.
  • 503 Service Unavailable: storitev je začasno nedosegljiva, na primer zaradi preobremenitve ali vzdrževanja.
  • 504 Gateway Timeout: prehod od zalednega strežnika ni pravočasno dobil odgovora. To označuje prekoračitev časa, ne isto kot neveljaven odgovor.

Če brskalnik javi napako DNS, morda niti domenskega imena ne more povezati z naslovom IP, zato zahteva HTTP sploh ne pride do prehoda. Če pa vidiš odgovor 502, je strežnik že odgovoril, koda pa označuje le napako v komunikaciji. Naslednji korak je zato preverjanje prizadete strežniške plasti in pripadajočih dnevnikov.

Kaj lahko povzroči napako 502 Bad Gateway med spletnim in zalednim strežnikom?

Za napako 502 se lahko skriva več različnih težav. Mogoče zaledni proces ne teče, vmesni spletni strežnik zahtevo posreduje na napačen naslov ali pa se prekine omrežna povezava med komponentama. Koda sama ne pove, kateri primer se je zgodil. Tudi Mozillina razvijalska dokumentacija pomen napake 502 Bad Gateway veže na neveljaven odgovor, prejet od zalednega strežnika.

502 pogosto označuje težavo v komunikaciji med spletnim in zalednim strežnikom, zato je vzrok mogoče zamejiti s primerjavo dnevnikov in nastavitev obeh strani. Ne spreminjaj konfiguracije naključno. Najprej ugotovi, katera povezava ali proces odpoveduje.

Kakšno vlogo imajo Nginx, Apache HTTP Server in PHP-FPM?

Nginx in Apache HTTP Server lahko oba opravljata vlogo spletnega ali vmesnega strežnika. Lahko sprejmeta zahtevo brskalnika in jo posredujeta aplikaciji. Pri aplikaciji na osnovi PHP lahko obdelavo zahtev PHP upravlja PHP-FPM, vendar te rešitve ne uporablja vsako spletno mesto. Komponente in njihove nastavitve se razlikujejo glede na okolje gostovanja.

Kako lahko obremenitev, prekoračitev časa ali napačna nastavitev vodijo do napake 502?

Če se zaledni proces ustavi ali ne sprejema povezav, prehod ne more posredovati veljavnega odgovora. Pri obremenitvi ali pomanjkanju virov lahko odgovor aplikacije izostane, se prekine ali pa se obdelava zavleče. Koda odgovora ob prekoračitvi časa je odvisna od konfiguracije in položaja, zato vsak počasen odgovor ne povzroči napake 502.

Napačna nastavitev povzroči drugačno težavo. Posrednik lahko na primer uporablja napačen zaledni naslov ali vrata, medtem ko aplikacija sama deluje. Po posodobitvi ali spremembi konfiguracije se lahko spremeni pot do storitve ali pa prejšnja nastavitev ne ustreza več novemu okolju. Takrat povečanje zmogljivosti ne pomaga nujno, ker napaka ne izvira iz pomanjkanja virov.

  • Zaledni proces: preveri, ali je aplikacija, pri spletnem mestu na osnovi PHP pa PHP-FPM, dosegljiva.
  • Nastavitev posrednika: preveri ciljni naslov, vrata in pravila posredovanja.
  • Omrežna povezava: poišči napake, povezane z dostopom do zalednega strežnika ali pravili požarnega zidu.
  • Obremenitev: čas napake primerjaj z dnevniki virov strežnika in aplikacije.

Če za diagnostiko potrebuješ neposreden dostop do strežnika, storitev VPS aWh zagotavlja večji dostop za preiskavo strežniških komponent.

Video: HTTP Code 502 Bad Gateway Explained (All its Possible Causes on the Backend) (Hussein Nasser, v angleščini)

502 Bad Gateway: napaka tvojega brskalnika ali strežnika spletnega mesta?

Odgovor 502 sam po sebi ne dokazuje napake brskalnika. Brskalnik le kaže, da je prehod spletnega mesta dobil napačen ali neuporaben odgovor. Tudi Mozillina dokumentacija kodo stanja 502 Bad Gateway razlaga z vidika komunikacije z zalednim strežnikom. Kot obiskovalec lahko z nekaj preprostimi poskusi ugotoviš, ali napaka zadeva le tvoj dostop. Napake oddaljenega strežnika pa lokalno ne moreš odpraviti.

Kaj lahko kot obiskovalec spletnega mesta varno poskusiš?

Začni s ponovnim nalaganjem strani. Če napaka ostane, počakaj kratek čas in stran poskusi odpreti znova. Tako lahko ugotoviš, ali gre za začasen zastoj. Nato poskusi z drugim brskalnikom ali iz drugega omrežja, na primer prek mobilnega interneta.

Rezultat da diagnostično oporo. Če stran tudi iz drugega omrežja kaže napako 502, to prej kaže na težavo na strani strežnika spletnega mesta. Če se pojavi le na tvoji napravi ali v tvojem omrežju, lahko vlogo igra tudi lokalna povezava ali nastavitev, kar pa samo po sebi še ne določi vzroka. Na neznani strani z napako ne vnašaj znova gesla in zaradi tega ne spreminjaj varnostnih nastavitev brskalnika.

Kdaj je potrebna preiskava upravljavca ali na strani gostovanja?

Če se napaka pojavi pri več uporabnikih ali ostane tudi po poznejšem poskusu, mora upravljavec preveriti delovanje na strani strežnika. Preiskava lahko zajame stanje spletnega strežnika in zaledne aplikacije, procese aplikacije ter dnevnike za čas napake. Obseg dnevnikov in vmesnikov je odvisen od okolja gostovanja in tvojih pravic.

Spodnja primerjava pomaga ločiti poskuse obiskovalca od nalog upravljavca:

Vloga Varen naslednji korak Kaj lahko pokaže rezultat?
Obiskovalec Ponovno nalaganje, poznejši poskus, drug brskalnik ali omrežje Lahko se izkaže, ali je napaka začasna ali se pojavlja pri več dostopih
Upravljavec Preverjanje stanja strežnika, procesa aplikacije in ustreznih dnevnikov Mogoče je zamejiti, katera strežniška komponenta ali povezava je prizadeta

Brez skrbniškega dostopa ne spreminjaj konfiguracijskih datotek in ne ustavljaj storitev. V okolju cPanel so razpoložljive možnosti upravljanja odvisne od tvojih pravic. V storitvi gostovanja cPanel aWh v vmesniku cPanel opraviš naloge upravljanja gostovanja v skladu s svojimi pravicami. Pri ponavljajoči se napaki 502 ali napaki, ki prizadene več uporabnikov, mora nadaljnja diagnoza temeljiti na dnevnikih strežnika in aplikacije.

Kako po korakih preiščeš napako 502 Bad Gateway?

Namesto ugibanja pojdi od preprostih, netveganih preverjanj k preiskavam na strani strežnika. Preden spremeniš konfiguracijo ali storitev, shrani trenutno stanje in ustrezne dnevnike ter preveri, ali je na voljo uporabna varnostna kopija. Tako je mogoče vzroke izslediti, spremembe pa po potrebi razveljaviti.

Kateri vrstni red preverjanja zmanjša ugibanje?

  1. Zabeleži podatke o napaki. Zapiši natančen čas, prizadeti URL in prikazano sporočilo o napaki. Preveri tudi, ali so prizadete vse strani ali le določena pot, na primer prijava ali podstran.
  2. Določi obseg napake. Preveri, ali jo opažajo tudi drugi uporabniki in ali se drugi deli spletnega mesta naložijo. Ti podatki pomagajo ločiti napako, ki zadeva celotno storitev, od težave posamezne funkcije aplikacije.
  3. Preveri zaledni proces. Kot upravljavec preveri, ali je spletna aplikacija, pri spletnem mestu na osnovi PHP pa povezani proces PHP, dosegljiva. Brez ustreznih pravic preverjanja ne poskušaj nadomestiti s spremembo storitev ali konfiguracije.
  4. Preglej dnevnike. Poišči napake spletnega strežnika in aplikacije za prizadeti čas. Mesto in vsebina dnevnikov sta odvisna od okolja gostovanja, zato običajna pot ne velja v vsakem sistemu.
  5. Spreminjaj nadzorovano. Če dnevniki kažejo na možen vzrok, spremeni le eno nastavitev naenkrat, nato znova preveri isti URL. Tako je bolj jasno, ali je sprememba izboljšala stanje.

Kaj lahko preveriš v cPanelu ali na VPS?

V cPanelu poišči informacije o napakah in dnevnike gostovanja, ki so na voljo za tvoj račun. Vmesnik in obseg dnevnikov sta odvisna od nastavitev oziroma tvojih pravic. Pri natančnih imenih datotek in poteh je merodajen vodnik za posamezno okolje.

Na VPS lahko s skrbniškimi pravicami posebej preveriš stanje spletnega strežnika in procesa aplikacije ter pripadajoče dnevnike. Pred ponovnim zagonom ali spremembo konfiguracije shrani trenutne nastavitve in preveri varnostno kopijo. To je še posebej pomembno, če se je napaka 502 Bad Gateway pojavila po posodobitvi ali prejšnji spremembi.

Pri spoznavanju uporabe vmesnika pomaga baza znanja za stranke.

Kako preprečiš, da bi se napake 502 Bad Gateway vračale?

Verjetnost ponovnega pojava napak 502 lahko zmanjšaš s premišljenim upravljanjem. Cilj ni obljuba, da zastoja ne bo nikoli, temveč da so spremembe sledljive, napake pa jih je mogoče hitreje zamejiti. Za to so pomembni preverjanje pred posodobitvami, pregled dnevnikov in ohranjanje stanja, ki ga je mogoče obnoviti.

Katere navade upravljanja pomagajo pri stabilnem delovanju?

Pred posodobitvijo ali spremembo konfiguracije zabeleži trenutne nastavitve in naredi varnostno kopijo prizadetih podatkov. Varnostna kopija je prava pomoč le, če je ob potrebi uporabna, zato občasno preveri tudi postopek obnove. Posebej previden bodi, če sprememba zadeva spletni strežnik, zaledno aplikacijo ali povezavo med njima.

V dnevnik sprememb zapiši čas spremembe, prizadeto komponento in vrsto nastavitve. Če se nato pojavi napaka 502 Bad Gateway, ti ti podatki pomagajo dogodek primerjati z dnevniki aplikacije in strežnika. Naenkrat spremeni eno nastavitev, tako lažje oceniš rezultat.

  • Dnevniki: redno preglej ustrezna sporočila o napakah spletnega strežnika in aplikacije.
  • Viri: spremljaj gibanje obremenitve strežnika in išči ponavljajoče se vrhove ali napake.
  • Spremembe: dokumentiraj posodobitve in spremembe konfiguracije, da je zgodovina sledljiva.
  • Obnova: pred večjo spremembo shrani prejšnje stanje in preveri uporabnost varnostne kopije.

Kdaj je lahko primerno spletno gostovanje ali VPS?

Eno pomembnih meril izbire je, kakšno raven dostopa potrebuješ za preiskavo napake in upravljanje spletnega mesta. Gostovanje cPanel ponuja grafični vmesnik za naloge, povezane z gostovanjem. Če želiš spletno mesto upravljati v takšnem vmesniku, preglej rešitve gostovanja cPanel.

VPS zagotavlja večji nadzor za preiskavo strežniškega okolja in aplikacije. Dostop sam po sebi ne odpravi napak: razumevanje dnevnikov, varna konfiguracija in upravljanje varnostnih kopij ostajajo pomembni. O delovanju navideznih strežnikov na osnovi KVM daje dodatno izhodišče vodnik »Kaj je KVM VPS?«.

Za izbiro gostovanja, ki ustreza stabilnemu delovanju, si oglej rešitve spletnega gostovanja aWh.

Povrni stabilno delovanje z metodičnim iskanjem napak

Napaka 502 Bad Gateway večinoma kaže, da je prišlo do zastoja v komunikaciji med prehodom in zalednim strežnikom. Koda odgovora sama po sebi ne imenuje pokvarjene komponente, zato najprej zabeleži, kdaj in na kateri strani se težava pojavlja, nato preglej ustrezne dnevnike in procese. Kot obiskovalec lahko z varnimi preverjanji zožiš možne vzroke, kot upravljavec pa ti dodatno oporo lahko da preiskava stanja strežnika, aplikacije in konfiguracije.

Pred spremembo shrani trenutne nastavitve in preveri uporabnost varnostne kopije. Spletno gostovanje in VPS ponujata različno raven dostopa, zato okolje, ki ustreza potrebam, določa tudi način iskanja napak. aWh z več kot 10 leti izkušenj v industriji spletnega gostovanja ponuja rešitve gostovanja za različne potrebe upravljanja.

Oglej si rešitve spletnega gostovanja aWh in izberi rešitev, ki ustreza tvojemu spletnemu mestu. Metodično preverjanje naredi možne vzroke preglednejše, naslednje korake pa bolj utemeljene.

Pogosta vprašanja o napaki 502 Bad Gateway

Kaj pomeni napaka 502 Bad Gateway?

Koda stanja HTTP 502 Bad Gateway pomeni, da prehod ali posrednik od zalednega strežnika ni dobil veljavnega odgovora. Koda ne pove, katera komponenta je odpovedala, zato sama po sebi ne da popolne diagnoze. Sprožilni vzrok je mogoče naprej preiskati na podlagi zgradbe spletnega mesta, stanja storitev in razpoložljivih dnevnikov. Napaka je lahko povezana na primer z ustavljenim procesom aplikacije ali napačno nastavitvijo posredovanja.

Ali lahko napako 502 Bad Gateway odpravim tudi kot obiskovalec?

Kot obiskovalec lahko stran znova naložiš, poskusiš pozneje ali dostop preveriš iz drugega brskalnika in omrežja. Ti koraki lahko pomagajo ugotoviti, ali gre za začasno napako ali napako, ki se pojavlja le pri določeni povezavi. Če težava izvira iz povezave med strežnikom spletnega mesta in aplikacijo, lokalni poskusi zalednega sistema ne popravijo. Takrat je potrebna preiskava upravljavca.

Zakaj se napaka 502 prikaže le nekaterim uporabnikom?

Uporabniki lahko isto stran dosežejo prek različnih omrežij, naslovov ali poti dostopa, napaka pa je lahko tudi občasna. Lahko je prizadeta le določena stran ali funkcija aplikacije. Primerjaj, pri katerih URL-jih in uporabnikih se napaka pojavlja, nato preverjanje ponovi. Iz enega samega neuspešnega poskusa ne izpeljuj zanesljivega sklepa o sprožilnem vzroku.

Ali lahko napako 502 Bad Gateway povzroči predpomnilnik brskalnika?

Brisanje predpomnilnika lahko pomaga pri nekaterih težavah s prikazom ali zastarelo vsebino, odgovor 502 pa pogosto kaže na napako v komunikaciji med strežniki. Najprej stran znova naloži, nato jo poskusi odpreti iz drugega brskalnika ali omrežja. Če napaka ostane tudi po več poskusih, namesto brisanja podatkov brskalnika bistveno oporo da preiskava spletnega mesta na strani strežnika.

Kaj naj preverim, če se napaka 502 prikaže na moji spletni strani?

Zapiši, kdaj se napaka pojavlja in katere strani zadeva. Nato preveri stanje zaledne aplikacije in dnevnike napak za ta čas. V okolju cPanel in na VPS se lahko razpoložljiva orodja, dnevniki in pravice razlikujejo, zato je merodajen vodnik za posamezno okolje. Pred spremembo konfiguracije shrani trenutne nastavitve in naredi varnostno kopijo.

Kakšna je razlika med napako 502 in 504 Gateway Timeout?

Koda stanja 502 pomeni, da je prehod od zalednega strežnika dobil neveljaven ali neuporaben odgovor. Koda 504 pa pomeni, da prehod odgovora ni dobil pravočasno. Kodi napak lahko torej kažeta na različno vrsto težave, čeprav lahko obe zadevata komunikacijo med strežniki. Za ugotovitev natančnega vzroka preglej dnevnike in zgradbo sistema.

Nazaj na blog