A 504 Gateway Timeout Error is an HTTP response status code jelezve, hogy a szerver, amely jelenleg jár, mint egy átjáró vagy proxy, nem kap időben választ egy másik szerver tovább upstream. Mint a legtöbb HTTP válaszkódnál, amely ilyen hibát jelez, nehéz lehet meghatározni a 504 Gateway Timeout Errorpontos okát., Több tucat lehetséges HTTP állapotkódot használnak az ügyfél, egy webalkalmazás, egy webszerver és gyakran több harmadik féltől származó webes szolgáltatás közötti összetett kapcsolat ábrázolására, így egy adott állapotkód okának meghatározása kihívás lehet, még a legjobb körülmények között is.
ebben a cikkben megvizsgáljuk a 504 Gateway Timeout Error néhány hibaelhárítási tippet és lehetséges javítást a gyakori problémákra, amelyek ezt a problémát okozhatják, Tehát kezdjük el!,
A probléma szerver oldali
minden HTTP válasz állapotkódok, amelyek a 5xx Kategória tekinthető server error responses. A 502 Bad Gateway Error – hoz hasonlóan, a 504 Gateway Timeout Error azt jelzi, hogy valami rosszul ment a gateway vagy proxy szerverrel, amely tovább halad. Általában a hálózati szóhasználatban az upstream server egy olyan szerver, amely egy másik kiszolgálónak nyújt szolgáltatást (azaz hozzáfér)., Így egy upstream kiszolgáló magasabb a teljes szerverhierarchiában, mint egy downstreamkiszolgáló. Az upstream versus downstream másik módja az eszközhöz való viszonylagos közelségük (azaz a client) – minél nagyobb a komló száma, amely ahhoz szükséges, hogy az adatokat az ügyféltől a kérdéses szerverre továbbítsa, annál tovább upstream az adott szerver található.,
mivel a 504 Gateway Timeout Error azt jelzi, hogy valami rosszul ment a server alkalmazásban, nagyrészt figyelmen kívül hagyhatjuk a client dolgok oldalát. Ha egy problémát próbálsz diagnosztizálni a saját alkalmazásoddal, akkor azonnal figyelmen kívül hagyhatod a legtöbb kliens oldali kódot és komponenst, például HTML-t, lépcsőzetes stíluslapokat (CSS), kliens oldali Javascriptet stb. Ez nem vonatkozik kizárólag a weboldalak, bármelyik., Sok okos telefon alkalmazások, amelyek egy modern kinézetű felhasználói felület ténylegesen hajtott egy normál webes alkalmazás a színfalak mögött; az egyik, hogy egyszerűen rejtve a felhasználó. Ha ilyen alkalmazást használ, és a 504 Gateway Timeout Error előfordul, a probléma nem kapcsolódik a telefonra vagy a helyi tesztelő eszközre telepített alkalmazáshoz. Ehelyett a szerveroldalon lesz valami, ami a legtöbb logikát, feldolgozást végzi a színfalak mögött, a felhasználó számára bemutatott helyi felület hatáskörén kívül.,
hogy az említett, ez nem feltétlenül az a helyzet, hogy az adott web server hogy az alkalmazás fut a probléma forrása. Ehelyett teljesen lehetséges, hogy az adott alkalmazás minden aspektusa (a szerverekkel együtt) hibátlanul működik, de a 504 Gateway Timeout Error továbbra is előfordulhat, ha egy upstream szerver problémákat tapasztal.
Kezdje egy alapos alkalmazás biztonsági mentés
mint bármi, akkor jobb, ha játszott, hogy biztonságos az elején, mint a csavart valamit, majd megbánni később az úton., Mint ilyen, fontos, hogy teljes biztonsági másolatot készítsen az alkalmazásáról, adatbázisáról stb., Mielőtt bármilyen javítást vagy módosítást megkísérelne a rendszerben. Még jobb, ha a képesség -, hozzon létre egy teljes példányát a kérelem rá egy másodlagos staging szerver, hogy nem “élő” vagy nem különben az aktív, mind a nyilvánosság számára hozzáférhetővé. Ez tiszta tesztelési területet biztosít Önnek, amellyel tesztelheti az összes lehetséges javítást a probléma megoldásához, anélkül, hogy veszélyeztetné az ÉLŐ alkalmazás biztonságát vagy szentségét.,
504 Gateway Időtúllépési hiba diagnosztizálása
amint már említettük, a 504 Gateway Timeout Error azt jelenti, hogy egy upstream szerver olyan szerverhez csatlakozik, amelyhez (a client) csatlakozik, hogy nem kapott “időszerű” választ egy másik szerverről tovább felfelé. Ebben a forgatókönyvben ez azt jelzi, hogy a 504 Gateway Timeout Error kiszolgáló gateway – ként működik, tehát szánjunk egy percet arra, hogy megvitassuk, mi az átjáró (vagy proxy)., A legtöbb HTTP kommunikációban az a client egy server-hez csatlakozik egy harmadik fél gateway számítógép segítségével. Az átjáró is átjáróként működik, amellyel a client üzenetei biztonságosan elküldhetők a server, és fordítva. A gateway node a nagyobb hálózati weben belül a client, server és a (virtuális) környezetben található egyéb csomóponttípusok közötti kommunikáció.,
Hiszed vagy sem, a legtöbb internet-hozzáféréssel rendelkező otthonnak még aktív átjárója is van. A helyi otthoni hálózat, amely valószínűleg egy útválasztón (vagy router+modem hibrid) keresztül van beállítva, általában IP-címeket rendel a hálózat összes eszközéhez a 192.168.1.* alapcímével, ahol a csillag az eszköztől függően változik., A legtöbb esetben az egyik ilyen helyi hálózati címről egy másik helyi hálózati címre történő kommunikáció megengedett, de amikor a számítógép megpróbál csatlakozni egy IP-címhez ezen alaptartományon kívül, az útválasztó gateway elfogja azt, és elvégzi a számítógép és a távoli szerver közötti kommunikációt az Ön nevében.
bizonyos esetekben az alkalmazást futtató webkiszolgáló okozhatja a problémát., Ez különösen akkor igaz, ha a szerver fut vagy egy kombináció frontend+backend szerver beállítás (mint például Nginx és Apache), vagy a webszerver támaszkodik harmadik féltől származó szolgáltatások, amelyek jellemzően máshol további upstream szerverek. A kliens (webböngésző) által összekapcsolt upstream szerverek közül bármelyik leeshet vagy problémákat tapasztalhat ebben az időben, ami késleltetheti a feldolgozást, és a 504 Gateway Timeout Error megjelenítéséhez vezethet.
mindenekelőtt a Google a barátod., Ne féljen keresni az Ön problémájával kapcsolatos konkrét kifejezéseket, például az alkalmazás CMS vagy webszerver szoftverének nevét, a 504 Gateway Timeout Errormellett. Valószínű, hogy talál másokat, akik ezt a problémát tapasztalták, és potenciálisan megoldást kaptak.,
Hibakeresés a Kiszolgáló-Oldala
Itt van néhány további tipp, hogy segítsen megoldani, hogy mi okozza a 504 Gateway Timeout Error jelenik meg a kiszolgáló-oldala:
-
Recent DNS Changes– A Domain Név Rendszer (DNS) egy decentralizált elnevezési rendszer a csatlakoztatott eszközök hálózaton keresztül (még egy hatalmas hálózaton, például az Interneten keresztül is). Röviden: aDNStársult tartománynevek (pl.,airbrake.io) meghatározott IP-címekre, és ezt az egyesületet számos hiteles névszerverben tárolja szerte a világon. Így, amikor megkéri a számítógépet, hogy csatlakozzon aairbrake.io– hoz, a számítógép valójában egy közeliDNSnévkiszolgálóval ellenőrzi, hogy megtudja, mi az a konkrét IP-cím (internetes erőforrás), amelyhez csatlakoznia kell. Az Ön szempontjából közvetlenül aairbrake.io– ra megy, de a színfalak mögött a forgalmat IP-címre irányítják (52.203.232.56, ebben az esetben)., Következésképpen az alkalmazás egy504 Gateway Timeout Errorértéket jeleníthet meg, ha webhelye nemrégiben módosította a DNS-kiszolgálót, ami a gazdagépszerverek megváltoztatásának vagy a webhely más IP-címre történő áthelyezésének eredménye. Az ilyen DNS-változások, az úgynevezettDNS propagation, nem azonnali, néha néhány órát is igénybe vehet, hogy az összes hiteles névszerverben terjedjen., -
Server Connectivity Issues– bár egyszerűnek tűnhet, teljesen lehetséges, hogy a504 Gateway Timeout Erroregyszerűen azt jelzi, hogy a láncban lévő szerver bármilyen okból le van kapcsolva vagy elérhetetlen. A legtöbb modern alkalmazás nem egyetlen kiszolgálón található, hanem több rendszeren is elterjedhet, vagy akár sok harmadik féltől származó szolgáltatásra is támaszkodhat. Ha ezek közül a kiszolgálók közül bármelyik karbantartás alatt áll, vagy más módon nem érhető el, ez olyan hibát eredményezhet, amely úgy tűnik, hogy a saját alkalmazásából származik., -
Improper Firewall Configuration– a tűzfal egy alapvető biztonsági eszköz, amely figyeli a hálózati forgalmat, és kapuőrként működik, eldöntve, hogy melyik forgalom biztonságos és melyik lehet rosszindulatú. A legtöbb esetben az összes potenciálisan káros forgalmat leállítják (hálózati adminisztrátori használatra lehet bejelentkezni). Bizonyos helyzetekben teljesen lehetséges, hogy egy tűzfal valahol azon a hálózaton van konfigurálva, amelyben az alkalmazás fut, hogy megakadályozza a kritikus forgalom valamilyen formájának átjutását., Ez különösen igaz az alkalmazások támaszkodni tartalom szállítási hálózatok (CDNs), amelyek úgy viselkednek, mint egy harmadik fél fogadó a “nehéz” tartalom, mint a képek vagy videók, hosting, hogy a tartalom nevében a kérelmet, akkor az alkalmazás képes fenntartani sebesség, hatékonyság. Azonban az automatikus tűzfal szolgáltatások néha végre hamis pozitív, tévedés tökéletesen biztonságos, az érvényes tartalmat CDNs, vagy máshol, mint a rosszindulatú, ezáltal kikapcsolja, hogy a patak a tartalom egy pillanat alatt, ami oda vezethet, hogy egy504 Gateway Timeout Error., -
Check the Logs– szinte minden webes alkalmazás megtartja a szerver oldali naplók valamilyen formáját.Application logsáltalában az alkalmazás történetének előzményei, például az, hogy mely oldalakat kérték, mely szerverekhez kapcsolódott, milyen adatbázist eredményez, stb.Server logskapcsolódnak a tényleges hardver, amely fut az alkalmazás, és gyakran ad részleteket az egészségügyi állapotát az összes csatlakoztatott szolgáltatások, vagy akár csak a szerver maga., Google ” naplók “ha CMS-t használ, vagy” naplók “és ” naplók”, ha egyéni alkalmazást futtat, hogy további információt kapjon a szóban forgó naplók megtalálásáról. -
Application Code or Script Bugs– ha minden más kudarcot vall, előfordulhat, hogy az alkalmazáson belüli egyéni kód problémája okozza a problémát. Próbálja meg diagnosztizálni, hogy honnan származhat a probléma az alkalmazás manuális hibakeresésével, valamint az alkalmazás-és szervernaplók elemzésével., Ideális esetben készítsen másolatot a teljes alkalmazásról egy helyi fejlesztési gépre, és végezzen lépésről lépésre hibakeresési folyamatot, amely lehetővé teszi, hogy újra létrehozza a pontos forgatókönyvet, amelyben a504 Gateway Timeout Errortörtént, és az alkalmazás kódját abban a pillanatban, amikor valami rosszul megy.
nem számít, mi az oka, a megjelenése egy 504 Gateway Timeout Error jön a saját webes alkalmazás egy erős jele annak, hogy szükség lehet egy hibakezelő eszköz, hogy segítsen automatikusan észleli ezeket és egyéb hibákat a jövőben., Az ilyen mechanizmusok akár azonnal figyelmeztethetik Önt és csapatát, ha hiba lép fel. Az Airbrake hibafigyelő szoftvere valós idejű hibafigyelést és automatikus kivételjelentést biztosít minden fejlesztési projekthez. Az Airbrake legkorszerűbb webes műszerfala biztosítja, hogy éjjel-nappal megkapja az alkalmazás állapotfrissítéseit az alkalmazás egészségi állapotáról. Nem számít, hogy min dolgozol, az Airbrake könnyen integrálható a legnépszerűbb nyelvekkel és keretrendszerekkel., Ráadásul az Airbrake megkönnyíti a kivételparaméterek testreszabását, miközben teljes ellenőrzést biztosít az aktív hibaszűrő rendszerről, így csak a legfontosabb hibákat gyűjti össze.
nézze meg az Airbrake hibafigyelő szoftverét ma, és nézze meg saját szemével, hogy a világ számos legjobb mérnöki csapata miért használja az Airbrake-et a kivételkezelési gyakorlat forradalmasításához!