nginx szerverek figyelése

nginx monitoring, ami az 502 Bad Gateway-t azonnal jelzi

A HTTPS válaszok, az upstream backend és az SSL figyelése 60 másodperces ellenőrzéssel. Riasztás 60 mp-en belül email, Slack vagy Discord csatornán.

  • HTTPS uptime 60 mp-enként
  • 502 / 504 detektálás
  • Upstream backend figyelés

Bankkártya nélkül  ·  Ingyenes csomag örökre  ·  Magyar ÁFA-s számla

app.uptimes.hu
Monitor Uptime
UP
nginx frontend
https://pelda.hu
99.9%
UP
Health endpoint
/health
100%
DOWN
Admin / belépés
/admin
98.1%
UP
SSL tanúsítvány
lejár 27 nap múlva
OK
Riasztás elküldve, 14:32:18
Admin / belépés leállt, értesítés ment email + Slack csatornán
60 mp
ellenőrzési gyakoriság
<60 mp
átlagos riasztási idő
99.9%
platform uptime SLA
HU
magyar szerverek + számla

Mit érdemes figyelni egy nginx oldalon?

Az nginx ritkán áll le magától, viszont reverse proxyként a mögötte futó alkalmazás hibáit közvetíti: az upstream leállásakor 502 Bad Gateway, túl lassú backendnél 504 Gateway Timeout érkezik. Egy elrontott config reload vagy egy lejárt tanúsítvány szintén csendben kiütheti a teljes forgalmat.

Publikus HTTPS címek

A kiszolgált oldalak betöltése a várt státuszkód és tartalom alapján.

502 / 504 válaszok

A Bad Gateway és a Gateway Timeout külön figyelése, ami az upstream leállását vagy lassulását jelzi.

Upstream backend

Az nginx mögötti alkalmazás-végpontok közvetlen ellenőrzése a hibaforrás elkülönítéséhez.

80 / 443 port

A portok TCP-szintű elérhetősége, a hálózati réteg garantálásához.

SSL tanúsítvány

A HTTPS tanúsítvány lejárata, automatikusan, külön monitor beállítása nélkül.

Így figyeli az uptimes.hu a nginx oldalakat

HTTPS uptime 60 mp-enként

A publikus címek folyamatos ellenőrzése a várt státuszkód és tartalom alapján, nem csak a kapcsolat meglétére.

502 / 504 detektálás

Külön riasztás a Bad Gateway és a Gateway Timeout válaszokra, amelyek a mögöttes upstream leállását vagy lassulását jelzik.

Upstream backend figyelés

Az nginx mögötti alkalmazás-végpontok közvetlen monitorozása, hogy elkülönüljön a proxy és a backend hibája.

Port és TCP elérhetőség

A 80-as és 443-as port TCP-szintű figyelése, hogy a hálózati elérhetőség is garantált legyen.

SSL lejárat figyelés

Minden HTTPS monitor mellé automatikus tanúsítvány-figyelés: értesítés 30, 14, 7 és 1 nappal a lejárat előtt.

Riasztás a megfelelő csatornán

Email és Discord minden csomagban, Slack és Telegram a fizetősben. Külön csatorna a kritikus végpontoknak.

Miért az uptimes.hu?

Magyar nyelven, magyar számlával

Magyar nyelvű felület és támogatás, magyar ÁFA-s számla, az adatok az EU-n belül, elsősorban magyarországi szervereken.

Kvórum riasztás a téves riasztások ellen

Az ellenőrzés több európai régióból fut, és a riasztás csak akkor indul el, ha több régió egyszerre észlel leállást. Így egy lokális hálózati hiba nem vezet fölösleges riasztáshoz.

5 perc alatt él az első monitor

Nincs szükség külön üzemeltető csapatra. URL, ellenőrzési gyakoriság és értesítési csatorna megadása, és a figyelés elindul.

Bármit figyelhetsz, amitől a működésed függ

Weboldal, API, szerver vagy háttérfolyamat, mind egy fiókból, egyetlen felületen.

Weboldal & API

HTTP és HTTPS végpontok figyelése státuszkód, válaszidő és átirányítás alapján. Akár konkrét JSON-mezőre is ellenőrizhetsz.

Kulcsszó-figyelés

Megnézzük, hogy egy adott szöveg (pl. „Kosárba") tényleg ott van-e az oldalon, így a 200-as választ adó, de fehér hibaoldalt is elkapjuk.

Ping (ICMP)

Szerver vagy hálózati eszköz elérhetőségének figyelése ICMP pinggel, akkor is, ha nincs rajta webszerver.

Port (TCP)

Bármilyen TCP port figyelése: adatbázis, SMTP, SSH, játékszerver vagy saját egyedi szolgáltatás.

SSL-tanúsítvány

A lejárat előtt 30, 14 és 7 nappal szólunk, így soha nem fogad „Not secure" üzenet az oldaladon.

Cron / Heartbeat

Háttérfeladatok és cron jobok figyelése: ha a feladat a megadott időablakban nem jelez be, riasztunk.

Riasztás ott, ahol úgyis ott vagy

Kösd be a csapatod csatornáit, az emailtől a PagerDuty-ig. Átlagosan 60 másodpercen belül szólunk a kiválasztott helyen.

Email
Minden csomag
Discord
Minden csomag
Slack
Startertől
Telegram
Pro-tól
SMS
Pro-tól
Webhook
Startertől
PagerDuty
Pro-tól
Opsgenie
Pro-tól

Email és Discord minden csomagban  ·  Slack és webhook a Starter csomagtól  ·  Telegram, SMS, PagerDuty és Opsgenie a Pro csomagtól

Ingyenes nginx monitoring, 5 perc alatt élesben

5 monitor és SSL-figyelés örökre ingyen, bankkártya nélkül.

Gyakori kérdések a nginx monitoringról

Mi az az nginx monitoring és miért hasznos?
Az nginx monitoring automatikusan, akár 60 másodpercenként ellenőrzi, hogy a kiszolgált oldalak és API-k elérhetők-e, és nem érkezik-e 502 vagy 504 válasz. Mivel az nginx gyakran reverse proxyként fut, a hibák jelentős része a mögötte lévő upstream alkalmazásból ered.
Hogyan különíthető el a proxy és a backend hibája?
Két monitorral: az egyik a publikus nginx címet figyeli, a másik közvetlenül a mögöttes backend végpontot. Ha csak a publikus cím ad 502-t, de a backend belső ellenőrzése is hibás, a probléma az upstreamben van.
Elkapja a rendszer az 502 és 504 hibákat?
Igen. Megadható, hogy mely státuszkódok számítanak hibának, így a Bad Gateway és a Gateway Timeout azonnali riasztást vált ki, még akkor is, ha az nginx folyamata maga fut.
Figyeli a rendszer az SSL tanúsítványt?
Igen, automatikusan, minden HTTPS monitor mellett, külön beállítás nélkül. Az értesítés 30, 14, 7 és 1 nappal a lejárat előtt érkezik, így egy elmaradt tanúsítvány-megújítás sem okoz kiesést.
Figyelhető a nyers TCP port is?
Igen. A 80-as és 443-as port TCP-szintű monitorozásával a hálózati elérhetőség akkor is ellenőrizhető, ha a HTTP réteg fölött szeretnél egy alapszintű életjelet.

nginx monitoring beállítása 5 perc alatt

5 monitor, SSL-figyelés és email-értesítés, örökre ingyen. Bankkártya nélkül, bármikor lemondható.