Hálózati portok monitorozása
Több mint a web. Figyelje adatbázisai, levelezőszerverei és egyedi TCP-szolgáltatásai elérhetőségét, azonnali reagálással a kiesésükre.
Átfogó felügyelet a szolgáltatások felett
Sok kritikus alkalmazás nem szabványos HTTP-n fut. Az olyan adatbázisok, mint a PostgreSQL vagy a MySQL, a levelezőszerverek (SMTP/IMAP) vagy a VPN-szolgáltatások más monitorozási megközelítést igényelnek. A Pulsitor portmonitorozása alacsony szintű TCP-kapcsolódást ellenőriz a szervere kiválasztott portjához. Ez az ellenőrzéstípus felbecsülhetetlen annak igazolására, hogy a szolgáltatás készen áll a kapcsolatok fogadására, és segít feltárni a tűzfalproblémákat vagy a háttérfolyamatok leállását, amelyeket a webes monitorozás elszalasztana. A protokollt minden monitornál Ön választja meg, így az ellenőrzés soha nem a portszámból következteti ki.
Protokollt ismerő portellenőrzés
Amiben a Pulsitor már az első naptól erős.
A protokollt Ön nevezi meg
A protokollt minden monitornál Ön választja meg — TCP, TCP TLS-sel, HTTP, HTTPS vagy UDP-próba.
Időkorlát az Ön kezében
Pontosan meghatározhatja a kapcsolódási időkorlátokat, ami segít azonosítani a túlterhelt szervereket.
Privát csomópontok készülőben
Készítjük a privát csomópontok támogatását, amellyel a helyi hálózatán belüli szolgáltatásokat is monitorozhatja.
Egy port, nyolcféle ellenőrzés
Ugyanaz a host és port nyolc különböző dolgot jelenthet. Mondja meg, melyikre gondol, és az ellenőrzés megmondja az igazat — UDP-n is, ahol nincs kapcsolat, amire támaszkodni lehetne.
TCP
Egyszerű kapcsolatfelvétel. Arra az egy kérdésre válaszol, ami egy adatbázisnál, üzenetsornál vagy játékszervernél számít: fogad-e egyáltalán kapcsolatot az a port?
TCP + TLS
A kapcsolat és egy befejezett TLS-kézfogás. IMAPS, SMTPS és minden más, ami nem szabványos porton TLS mögött ül — a szerver által be nem mutatható tanúsítvány elbuktatja az ellenőrzést.
HTTP
Valódi GET kérés azon a porton, amelyen az alkalmazása figyel. A :3000-en vagy :9000-en futó alkalmazás weboldalként ellenőrződik, nem csupasz socketként.
HTTPS
Ugyanaz a kérés TLS felett. A 8443-as port már nem különleges eset — az a protokoll érvényes, amelyet Ön választott, nem az, amelyet a portszám sugallt.
UDP (próba nélkül)
Egyedi UDP-szolgáltatásokhoz. Egy üres datagram bizonyítja, hogy a port zárva van, ha a host elutasítja; a hallgató port viszont ugyanúgy lehet egy egészséges szolgáltatás is, amely csak a saját klienseinek válaszol, ezért elérhetőnek számít. Ezt nyíltan kimondjuk, nem találunk ki olyan biztonságot, amelyet az UDP nem adhat meg.
DNS (UDP)
Valódi DNS-kérés, amelyre a resolvere válaszol. Az UDP-nek nincs kézfogása, amire támaszkodni lehetne, így maga a válasz a bizonyíték, hogy a port nyitva van és a szolgáltatás él — a körbefordulási ideje pedig valódi válaszidő.
NTP (UDP)
Időkérés az NTP-szerveréhez, összepárosítva a visszatérő válasszal. Az az ellenőrzés, amelyen a hálózatában minden gép múlik, és amelyet senki sem figyel.
STUN (UDP)
Binding request egy STUN- vagy TURN-szerverhez — minden WebRTC-telepítés UDP-oldala. Egyben a legelegánsabb módja annak, hogy saját UDP-szolgáltatását ellenőrizhetővé tegye: állítson mellé egy kis STUN-válaszolót.
Széles monitorozási lefedettség
Bármi, ami socketen beszél
Figyeljen bármit, ami a hálózaton kommunikál — az adatbázis-szerverektől az IoT-eszközökig.
Hálózati gondok a lavina előtt
Kapja el a hálózati réteg hibáit, mielőtt láncreakciószerű kieséseket okoznának az alkalmazásaiban.
Önnél semmit nem kell telepíteni
A beállítás egyszerű, és a monitorozott oldalon semmilyen szoftver telepítését nem igényli.
A port-monitorozás számokban
Nyolc protokoll, egy port, semmi találgatás.
| Tulajdonság | Érték |
|---|---|
| Protokollok | TCP, TCP + TLS, HTTP, HTTPS, UDP, DNS UDP-n, NTP UDP-n, STUN UDP-n |
| Porttartomány | 0-tól 65535-ig |
| Időkorlát | 1 és 60 másodperc között |
| Ellenőrzési gyakoriság | 15 és 180 másodperc között, csomagtól függően |
| Az incidens megnyitása előtt | Megerősítés 5 régió közül egynél többből |
| Értesítési csatornák | 14 |
| Elérhető | Minden csomag, a Free is |
Kérdések a port-monitorozásról
Mit árul el egy portellenőrzés, és mit nem.
Milyen protokollokat ismer egy portellenőrzés?
Nyolcat: sima TCP, TCP TLS-sel, HTTP, HTTPS, csupasz UDP szonda, valamint valódi DNS, NTP és STUN lekérdezés UDP-n. Monitoronként egyet választ — sosem a portszámból találjuk ki.
Hogyan működik az UDP ellenőrzés kapcsolat nélkül?
DNS, NTP és STUN esetén a szonda valódi lekérdezést küld és valódi választ vár, és ez a válasz a bizonyíték, hogy a szolgáltatás él. A csupasz UDP szonda ehelyett azt az ICMP elutasítást olvassa, amit egy zárt port visszaküld.
Figyelhetek adatbázist vagy levelezőszervert?
Igen. PostgreSQL, MySQL, SMTP, IMAP, Redis, játékszerver — bármi, ami fogad kapcsolatot egy internetről elérhető porton.
Milyen portszámok és időkorlátok engedélyezettek?
Bármelyik port 0-tól 65535-ig, 1 és 60 másodperc közötti, Ön által megadott kapcsolati időkorláttal.
Elérhető a port-monitorozás az ingyenes csomagban?
Igen. A portellenőrzések minden csomagban működnek, a Free-ben is.
Gyors kezdés a portmonitorozáshoz
Adja meg az IP-címet vagy a domaint és a portszámot, amelyet felügyelet alatt szeretne tartani, majd válassza ki a szolgáltatás protokollját.
Állítsa be az ellenőrzés gyakoriságát az adott infrastruktúra fontossága szerint.
Mentse a monitort, és legyen nyugodt — a háttérszolgáltatásai állandó felügyelet alatt állnak.