Co robi sprawdzanie portu online?
Wpisz host (domenę albo publiczne IP) i port TCP, kliknij Sprawdź, a nasz serwer otworzy jedno połączenie TCP do tego adresu z publicznego IP. W odpowiedzi dostajesz jedną z trzech informacji: otwarty (coś nasłuchuje), zamknięty (serwer aktywnie odrzucił przez RST) albo filtrowany (pakiet zniknął, prawie zawsze firewall).
To nie jest skaner portów. Sprawdza jeden port naraz i celowo ma limit 30 sprawdzeń na godzinę z jednego IP. To narzędzie do operacyjnego debugowania: zrestartowałeś usługę i chcesz potwierdzić że firewall znowu przepuszcza, SMTP nie przyjmuje maili i chcesz wykluczyć warstwę sieci, klient mówi "wasze API nie działa" a Ty chcesz drugą opinię z innej sieci.
Jeśli serwer wita klienta zaraz po połączeniu (tak robią SSH, SMTP, FTP, POP3, IMAP, często Redis), pierwsza linia bannera zostanie wyciągnięta i pokazana. Bannery są przydatne: zdradzają oprogramowanie, wersję, czasem system operacyjny.
Jak używać
- Wpisz host: domenę typu `mail.example.com` albo publiczny IP typu `93.184.216.34`. Bez schematu, bez ścieżki. Adresy prywatne (`192.168.x`, `10.x`, `127.x`) są celowo zablokowane.
- Wybierz port z presetów (22 SSH, 443 HTTPS, 25 SMTP itp.) albo wpisz dowolną liczbę od 1 do 65535.
- Kliknij Sprawdź. Test trwa maksymalnie 5 sekund: 4 s na handshake TCP, 1 s na ewentualny banner.
- Przeczytaj status: zielony = otwarty, czerwony = zamknięty, bursztynowy = filtrowany, szary = błąd. Każdy z jednolinijkowym opisem.
- Jeśli serwer wysłał banner, przeczytaj go. SSH pokazuje wersję, SMTP nazwę MTA, FTP nazwę demona. To normalne i zwykle bezpieczne do pokazywania.
Kiedy się przydaje
Pięć codziennych sytuacji, gdzie szybki test jednego portu wygrywa z logowaniem na serwer:
- Czy firewall faktycznie się otworzył? Dodałeś regułę w AWS Security Groups, Cloudflare albo ufw i chcesz szybkie potwierdzenie z zewnątrz.
- Czy SMTP naprawdę nasłuchuje? Serwer mailowy twierdzi że port 25 jest podniesiony, ale maile nie chodzą. Sprawdź z zewnątrz, bo wielu ISP i providerów chmury blokuje wychodzący port 25.
- Usługa padła po cichu. Monitoring tego nie złapał. Dwusekundowy test mówi, czy Postgres, Redis albo MySQL w ogóle odpowiada.
- Klient mówi "wasze API nie działa". Może problem jest w jego sieci. Zrób ten sam test z neutralnej lokalizacji i porównaj.
- Smoke test po migracji. Przeniosłeś usługę na nowy host. Potwierdź że SSH (22), HTTPS (443) i własne porty wstały, zanim przełączysz DNS.
Powiązane: sprawdzanie certyfikatu SSL, sprawdzanie DNS, inspector nagłówków HTTP.