Monitoring portów

Wiedz, kiedy usługa przestaje przyjmować połączenia

AlertSleep co minutę łączy się z Twoją bazą danych, serwerem pocztowym, SSH albo dowolnym innym portem TCP i od razu wysyła SMS, dzwoni lub pisze na czacie, gdy połączenie zostanie odrzucone albo przekroczy limit czasu.

Zacznij 14-dniowy okres próbny Sprawdź port teraz

Sprawdzenie co 60 sekund
Dowolny port TCP pod publicznym adresem
SMS-y i połączenia telefoniczne w cenie

Monitory portów

db.example.com:5432

Otwarty · 18 ms

mail.example.com:587

Otwarty · 41 ms

ssh.example.com:22

Otwarty · 22 ms

cache.example.com:6379

Połączenie odrzucone

Co robi sprawdzenie portu

Celowo niewiele: jedno połączenie, otwarte i zamknięte.

1
Rozwiązanie adresu
Nazwa hosta jest rozwiązywana w DNS i musi wskazywać na adres publiczny. Adresy prywatne i lokalne odrzucamy, więc monitora nie da się użyć do skanowania sieci od środka.
2
Połączenie TCP
Co 60 sekund AlertSleep łączy się z portem. Jeśli połączenie zostanie przyjęte w ciągu 10 sekund, port działa; niczego nie wysyłamy i niczego nie odczytujemy.
3
Zapis wyniku
Każde sprawdzenie zapisuje, ile trwało nawiązanie połączenia, albo dlaczego się nie udało: połączenie odrzucone, przekroczony limit czasu lub nazwa, która się nie rozwiązuje.
4
Alert po tylu awariach, ile dopuszczasz
Wybierz, ile nieudanych sprawdzeń z rzędu, od 1 do 10, otwiera incydent. Kolejną wiadomość dostaniesz po pierwszym udanym połączeniu.

Co daje monitoring portów

Wszystko, co mają pozostałe typy monitorów, plus sprawdzenie stworzone dla usług, które nie mówią po HTTP.

Dowolny port TCP

Bazy danych, cache, brokery wiadomości, poczta, SSH, FTP albo Twoja własna usługa: wszystko, co nasłuchuje na TCP i jest osiągalne z internetu.

Czas połączenia

Każde sprawdzenie zapisuje, ile trwało nawiązanie połączenia. W panelu widzisz to na wykresie i jako średnią.

Awarie z rzędu

Sprawdzenia portu nie powtarzamy z drugiej lokalizacji, więc wybierz, ile awarii z rzędu wywołuje alert: 1 dla bazy płatności, 3 dla mniej krytycznej usługi.

Przyczyna w każdym alercie

Alert mówi, co się stało: połączenie zostało odrzucone, przekroczyło limit czasu albo nazwa hosta się nie rozwiązała.

Okna serwisowe

Restartujesz bazę albo łatasz serwer? Zaplanuj okno serwisowe, a sprawdzenia będą trwać dalej bez wysyłania alertów i bez obniżania statystyki dostępności.

Alerty tam, gdzie jesteś

E-mail, SMS i połączenia telefoniczne, a do tego Slack, Microsoft Teams, Discord, Telegram, WhatsApp i podpisany webhook.

Najczęściej monitorowane usługi

Porty domyślne; podaj ten, na którym Twoja usługa faktycznie nasłuchuje.

Bazy danych

PostgreSQL 5432

MySQL / MariaDB 3306

Microsoft SQL Server 1433

MongoDB 27017

Cache i brokery wiadomości

Redis 6379

Memcached 11211

RabbitMQ 5672

Kafka 9092

Serwery pocztowe

SMTP 25

SMTP submission 587

SMTPS 465

IMAPS 993

Serwery WWW

HTTP 80

HTTPS 443

HTTP alt 8080

HTTPS alt 8443

Zdalny dostęp i przesyłanie plików

SSH / SFTP 22

FTP 21

RDP 3389

VNC 5900

Katalogi i wyszukiwarki

DNS over TCP 53

LDAP 389

LDAPS 636

Elasticsearch 9200

Wszystkie działają na TCP. Usług, które używają wyłącznie UDP, jak większość serwerów gier, VoIP czy zwykłe zapytania DNS, nie da się sprawdzić.

Monitor portu, HTTP czy słowa kluczowego?

Każdy odpowiada na inne pytanie. Wiele usług zasługuje na dwa.

Monitor portu

Czy usługa nasłuchuje i przyjmuje połączenia?

Do czego: bazy danych, cache, poczta, SSH i wszystko, co nie mówi po HTTP.

Monitor HTTP

Czy usługa odpowiada na zapytanie oczekiwanym kodem statusu?

Do czego: strony, API i endpointy health.

Dowiedz się więcej

Monitor słowa kluczowego

Czy odpowiedź zawiera tekst, który powinna?

Do czego: strony, które potrafią zwrócić błąd z kodem 200, i odpowiedzi API.

Dowiedz się więcej

Jak ustawić monitor portu

Wybierz typ "Port" i wpisz adres razem z portem.

Port musi przyjmować połączenia z internetu. Jeśli firewall wpuszcza tylko adresy z listy, sprawdzenie zgłosi port jako niedziałający.
Jeśli serwer może się przenieść, podaj nazwę hosta zamiast adresu IP; nazwa jest rozwiązywana przy każdym sprawdzeniu.
Połącz go z monitorem HTTP aplikacji, która korzysta z bazy, żeby widzieć, czy problem z portem dociera do Twoich użytkowników.
Monitory portów tworzysz w panelu albo przez REST API, tak jak każdy inny monitor.

Format adresu

tcp://db.example.com:5432
tcp://203.0.113.10:6379
tcp://mail.example.com:587

Nazwa hosta albo publiczny adres IP, zawsze z numerem portu.

AlertSleep a inne sposoby pilnowania portu

Monitor w chmurze w porównaniu ze sprawdzeniem, które skryptujesz sam.

Funkcja	AlertSleep	UptimeRobot	Własny skrypt w cronie
Sprawdzanie portów TCP	Tak	Tak	Tak
Sprawdzenie co minutę	Każdy plan	Płatne plany	Ty decydujesz
Alerty SMS	W cenie	Pakiety kredytów	Budujesz sam
Alerty telefoniczne	Tak	Pakiety kredytów	Budujesz sam
Strona statusu	Tak	Tak	Nie
Sprawdzenia spoza Twojego serwera	Tak	Tak	Często ten sam serwer

Funkcje UptimeRobot dotyczą jego najtańszego płatnego planu, zgodnie z opisem na jego własnej stronie (stan na: październik 2026).

Czego monitoring portów nie robi

Lepiej wiedzieć o tym przed rejestracją niż po niej.

Sprawdza tylko TCP. Usług UDP nie da się monitorować.
Nie mówi protokołem usługi: nie loguje się do bazy, nie wysyła e-maila i nie wykonuje zapytania. Otwarty port nie dowodzi, że usługa za nim działa.
Sięga tylko do adresów publicznych. Usług w sieci prywatnej albo za VPN-em nie da się sprawdzić.
Wysyła alert, gdy port przestaje przyjmować połączenia, a nie gdy otworzy się nieoczekiwany port; to nie jest skaner bezpieczeństwa.
Awarii portu nie powtarzamy z drugiej lokalizacji; krótkie problemy z siecią odfiltrowuje ustawienie liczby awarii z rzędu.

Najczęściej Zadawane Pytania

Czym jest monitoring portów TCP?

To sprawdzenie, które w stałych odstępach otwiera połączenie TCP z portem na Twoim serwerze i zapisuje, czy zostało przyjęte. AlertSleep robi to co 60 sekund i wysyła alert, gdy połączenie zostanie odrzucone, przekroczy limit czasu albo nazwa hosta przestanie się rozwiązywać.

Które porty AlertSleep może monitorować?

Dowolny port TCP pod publicznym adresem: bazy danych, takie jak PostgreSQL 5432 i MySQL 3306, Redis 6379, pocztę na 25, 587 lub 993, SSH na 22 albo Twoją własną usługę na dowolnym porcie.

Czy AlertSleep monitoruje porty UDP?

Nie. Sprawdzenia portów używają wyłącznie TCP, więc usług, które działają tylko na UDP, jak większość serwerów gier, VoIP czy zwykłe zapytania DNS, nie da się monitorować.

Czy sprawdzenie portu dowodzi, że moja baza działa?

Dowodzi, że baza nasłuchuje i przyjmuje połączenia, co wyłapuje padnięty proces, zatrzymany kontener albo zamknięty firewall. Nie loguje się ani nie wykonuje zapytania; do tego monitoruj endpoint health swojej aplikacji monitorem HTTP.

Jak wpisać adres?

Wybierz typ "Port" i wpisz adres razem z portem, np. tcp://db.example.com:5432. Zadziała nazwa hosta albo publiczny adres IP; adres prywatny zostanie odrzucony.

Czy mogę monitorować porty za firewallem?

Tylko jeśli port przyjmuje połączenia z internetu. Adresów prywatnych i portów otwartych tylko dla listy dozwolonych IP nie da się niezawodnie sprawdzać, bo AlertSleep nie publikuje stałej listy adresów, z których wychodzą sprawdzenia.

Jak szybko dostanę alert, gdy port przestanie działać?

Na każdym planie sprawdzamy co 60 sekund. Alert wychodzi po wybranej przez Ciebie liczbie awarii z rzędu, od 1 do 10, e-mailem, SMS-em, telefonem albo na czacie.

Ile kosztuje monitoring portów?

Monitoring portów jest w każdym planie, od $59 rocznie. Oba plany zaczynasz od 14-dniowego okresu próbnego, bez karty. Jeśli chcesz raz sprawdzić port, darmowy tester portów nie wymaga konta.