Monitorovanie portov

Mimo HTTP: monitoring zvyšku stacku

Väčšina služieb, ktoré udržiavajú podnik v chode, nie sú webové servery. Databázy počúvajú na 5432 (Postgres), 3306 (MySQL), 27017 (MongoDB), 6379 (Redis). Pošta ide cez 25, 465, 587, 993, 995. SSH na 22. Herné servery na portoch podľa výberu vydavateľa. Interné mikroslužby za firewallom – na čomkoľvek, čo nakonfiguroval platformový tím. Žiadna z nich nehovorí cez HTTP. Žiadnu neuvidíš v nástroji na uptime webstránok. A každá, keď prestane počúvať, zanechá po sebe niečo viditeľné.

Monitoring portov rieši túto medzeru. Zadajte do monitora hostiteľa a port, a pri každej kontrole sa otvorí TCP spojenie, ktoré overí, či služba počúva. Ak spojenie zlyhá – pretože démon padol, firewall sa zmenil, host je nefunkčný, alebo je sieť medzi nami a službou narušená – dostanete upozornenie.

Čo môžete monitorovať

• Databázy: 5432 (Postgres), 3306 (MySQL/MariaDB), 1433 (SQL Server), 27017 (MongoDB), 6379 (Redis), 9042 (Cassandra), 11211 (Memcached).
• Mailové servery: 25 (SMTP), 465 (SMTPS), 587 (submission), 110 (POP3), 143 (IMAP), 993 (IMAPS), 995 (POP3S).
• Vzdialený prístup: 22 (SSH), 3389 (RDP), 5900 (VNC).
• Prenos súborov: 21 (FTP), 990 (FTPS), 445 (SMB), 2049 (NFS).
• Neštandardné alebo interné: brány GraphQL, gRPC, fronty (RabbitMQ 5672, Kafka 9092), vyhľadávanie (Elasticsearch 9200, Solr 8983), herné servery, zariadenia IoT.

Ako funguje kontrola

Monitor otvorí raw TCP spojenie na host:port s 5-sekundovým timeoutom. Ak sa vráti SYN/ACK – port je dostupný a služba počúva, check je up. Ak dôjde k connection refused, timeout alebo no route – check je down a výsledok zaznamená chybu z jadra („connection refused“, „operation timed out“, „no route to host“) – jednoduchšia diagnostika.

Monitor sa nesnaží komunikovať na úrovni aplikačného protokolu – neposiela SQL dotaz ani SMTP HELO. To drží kontrolu rýchlou a bez vedľajších účinkov, čo je dôležité, keď kontrolujete 100 služieb každú minútu. Ak potrebujete aplikačné overenie, skombinujte monitoring portu s heartbeat alebo vlastným API monitorom.

Kombinácia s HTTP a pingom

Pre každú verejnú službu poskytujú tri monitory jasný diagnostický rebrík. Ping potvrdzuje, že host existuje v sieti. Monitoring portu – služba počúva. Monitoring HTTP / API – služba odpovedá správne. Keď niečo padá, padajúca vrstva ihneď ukáže, kde hľadať problém. Padá iba HTTP – aplikácia spadla. Padá aj port – démon prestal fungovať. Padá aj ping – stroj zmizol alebo sieť je dole.

Konfigurácia

Otvorte nástroj, kliknite na „Pridať monitor“, zvoľte typ „TCP port“, vložte hostiteľa (bez protokolu), napíšte číslo portu (1-65535) a nastavte interval. Uložte. Od ďalšieho cyklu monitor každú minútu otvorí TCP spojenie, zaznamená round-trip čas a upozorní okamžite po zatvorení portu – cez Email, Telegram, Slack, Discord alebo SMS, s rovnakými pravidlami pre potvrdenie prahu a nočný pokoj.

Najčastejšie kladené otázky

• Ktoré porty môžem monitorovať?

  Každý TCP port od 1 do 65535. Bežné prípady: SMTP (25/587/465), POP3 (110/995), IMAP (143/993), poslucháče databáz (PostgreSQL 5432, MySQL 3306, Redis 6379, MongoDB 27017), SSH (22), FTP (21), custom porty aplikácií.

• Kontroluje monitor, či je služba zdravá alebo len dostupná?

  Iba dostupnosť — monitor otvorí TCP spojenie a kontroluje, či ho démon prijme. Bez handshake-u na protokoloch. Ak potrebujete protokolovo znalé kontroly (napr. overenie SMTP banneru, odpoveď databázy), použite HTTP kontrolu (pre HTTP služby) alebo vlastného heartbeat agenta.

• Aký je timeout pre kontroly portov?

  Predvolene 10 sekúnd. Je nastaviteľný na úrovni každého monitora. Ak sa TCP spojenie nevytvorí včas, kontrola zlyhá s „connection timeout“. Spojenia na veľké vzdialenosti (napr. kontrola serveru v Ázii z Európy) môžu potrebovať dlhší timeout.

• Môžem monitorovať UDP porty?

  Aktuálne nie. UDP je bezspojový – neexistuje „connection accepted“ na overenie. Služby založené na UDP typicky vyžadujú špecifické sondy pre protokol (napr. DNS dotaz na port 53, SNMP get pre 161). Namiesto toho použite heartbeat monitoring.

• Zapája sa monitoring portu do TLS/SSL varovaní?

  Nie — kontroly portov sú čistá dostupnosť TCP. Ak chcete overiť TLS certifikát na porte, použite HTTPS kontrolu s portom v URL (napr. https://api.example.com:8443/), ktorá overuje dostupnosť aj certifikát.