HTTP státuszkódok kifejtve: mit jelent 200, 404, 502 a monitorozásnak

Röviden: Egy HTTP státuszkód háromjegyű szám, amellyel a szerver minden kérésre válaszol. A csoport mondja meg a kategóriát: 2xx = OK, 3xx = átirányítás, 4xx = kliens hiba, 5xx = szerver hiba. Uptime monitoring szempontjából főleg az 5xx és 4xx anomáliák érdekelnek.

Válasz kategóriák

• 1xx Informational - átmeneti válaszok, a kliens jellemzően nem észleli.
• 2xx Success - a kérés sikeresen lefutott. 200 OK az alapértelmezett.
• 3xx Redirection - a kliensnek máshova kell mennie. 301 permanent, 302 ideiglenes.
• 4xx Client errors - a kliens valami rosszat küldött. 404, 401, 403, 429.
• 5xx Server errors - a szerver hibázott. 500, 502, 503, 504.

2xx: siker

200 OK - szabványos OK válasz. Ez a "healthy" állapot, amiért monitorozol.

201 Created - jellemzően válasz egy POST-ra, amely új resource-ot hozott létre. Az API kliensek ezt várják.

204 No Content - siker, de a szervernek nincs mit visszaadnia. A DELETE végpontok gyakran használják.

206 Partial Content - a szerver csak egy részt adott vissza (range request). Videó streamingnél vagy resumable letöltésnél.

3xx: átirányítás

301 Moved Permanently - az URL véglegesen megváltozott. A Google átviszi a SEO equity-t az új URL-re. Használandó domain migrációnál, HTTP-ről HTTPS-re átállásnál, www/non-www váltásnál.

302 Found / 307 Temporary Redirect - ideiglenes átirányítás. A Google nem viszi át a rankinget. A/B teszteléshez, karbantartáshoz vagy ha az URL idővel visszajön.

308 Permanent Redirect - mint a 301, de megtartja a HTTP metódust (POST marad POST). A 301-et a kliens GET-té alakíthatja.

304 Not Modified - a kliensnek van cache-e, a szerver megerősíti, hogy a tartalom nem változott. Sávszélességet spórol.

Monitorozáshoz: 3xx válaszok ellenőrzésénél konfiguráld, hogy a monitor kövesse-e az átirányítást (follow) vagy hibaként kezelje. Egyes DNS hijack támadások váratlan 302-ként jelennek meg.

4xx: kliens oldali hiba

400 Bad Request - szintaktikai hiba a kérésben. Malformed JSON, hiányzó header, stb.

401 Unauthorized - hiányzó vagy rossz credentials. A kliensnek autentikálnia kell.

403 Forbidden - a kliens autentikált, de nincs jogosultsága. Vigyázat: néhány szerver 403-at ad vissza 401 helyett biztonsági okokból (a resource létezésének elhallgatása).

404 Not Found - az URL nem létezik. Monitorozáshoz nem számít, SEO-hoz igen (kiszivárog a link equity).

405 Method Not Allowed - az URL létezik, de nem fogadja el az adott metódust (pl. POST egy GET-et váró végpontra).

408 Request Timeout - a szerver túl sokat várt a kérésre és lezárta a kapcsolatot.

409 Conflict - a kérés ütközik a jelenlegi állapottal (pl. update egy verziónál, ami már nem aktuális).

410 Gone - a resource véglegesen eltávolítva. Jobb mint 404 a Google-nek (jelzés, hogy nem kell próbálkozni reindexálással).

422 Unprocessable Entity - a kérés szintaktikailag OK, de szemantikailag érvénytelen adatokat tartalmaz (failed validation).

429 Too Many Requests - rate limit. A kliensnek lassítania kell. A szerver jellemzően hozzáadja a Retry-After headert.

5xx: szerver oldali hiba

500 Internal Server Error - általános hiba. A backend kivételt dobott, amit az alkalmazás nem kapott el. Mindig riasztás monitorozáshoz.

501 Not Implemented - a szerver nem ismeri a HTTP metódust (pl. régi szerver nem támogat PATCH-et).

502 Bad Gateway - a reverse proxy (nginx, Cloudflare) nem kapott választ a backend szervertől. Jellemzően a backend leesett vagy timeoutolt.

503 Service Unavailable - a szerver túlterhelt vagy karbantartás alatt. Gyakran Retry-After headerrel. Ez tervezett válasz, nem crash.

504 Gateway Timeout - a reverse proxy a backend-re tovább várt, mint a timeout. A backend jellemzően még fut, csak lassan.

520-525 Cloudflare errors - Cloudflare specifikus. 520 = a backend olvashatatlant adott vissza, 522 = a backend nem válaszolt (connection timeout), 524 = a backend túl lassan válaszolt (origin timeout).

Gyakorlati riasztási szabályok

• Azonnali riasztás: 500, 502, 503 (ha nem valóban tervezett karbantartás), 504, bármilyen timeout
• Riasztás ismétlésnél: egyszeri 5xx lehet race condition; riasztás, ha ugyanaz a végpont 2× egymás után esik
• Felfelé tendencia figyelése: hosszú távú 4xx növekedés jelenthet broken linket, scraper attackot vagy törött frontendet
• Riasztáshoz figyelmen kívül hagyni: 200-399 a várt tartományon belül (kód helyett response time figyelése)

Státuszkód + response time = teljes kép

Csak a státuszkódot figyelni nem elég - a szerver visszaadhat 200-at, de 30 másodperc alatt, ami a vásárló szemszögéből kiesés. A minőségi monitorozás kombinálja:

1. Várt státuszkód (jellemzően 200)
2. Maximális response time (jellemzően 5-10 másodperc)
3. Keyword match a tartalomban (kulcsszó, aminek a HTML-ben kell lennie)
4. SSL valid + nem az érvényesség vége előtt

Bármelyik kiesése = riasztás.

Monitoring pontos hibaosztályozással

Az ePulz.io megkülönbözteti a státuszkódot, response time-ot, keyword matchet és SSL állapotot. Logok minden ellenőrzéshez.

Kipróbálás 7 napra →