Sprawdzanie statusu portów

Sprawdz czy port TCP jest otwarty na zdalnym hoście. Skanowanie portów online. Bezpłatnie.

Bezpieczne (SSL)

Przetwarzanie Lokalne

100% Darmowe

Przejdź do narzędzia

Instrukcja

1

Wprowadź dane
Wpisz treść, wklej tekst lub załaduj plik z dysku.
2

Kliknij przycisk
Narzędzie natychmiast przetworzy Twoje dane w przeglądarce.
3

Pobierz wynik
Skopiuj gotowy tekst lub zapisz plik na urządzeniu.

                                                function runTool() {

                                                  return "Wynik gotowy w 0.1s";

                                                }

Ustawienia

Limit czasu

Dane wejściowe

27 znaków

Resolve Opcja narzędzia

Wynik

Ustaw parametry i kliknij „Przetwórz”, aby zobaczyć wynik.

Oceń to narzędzie:

Powiązane narzędzia

Inne narzędzia, które mogą Ci się przydać

Sprawdzanie statusu portu — czy port jest otwarty?

Narzędzie do sprawdzania statusu portu pozwala szybko sprawdzić, czy konkretny port TCP lub UDP jest otwarty i nasłuchuje na podanym adresie IP lub domenie. Przydatne przy konfiguracji serwerów, diagnozowaniu problemów sieciowych i weryfikacji reguł firewalla.

Czym są porty sieciowe?

Port sieciowy to logiczny punkt końcowy komunikacji sieciowej — 16-bitowa liczba (od 0 do 65535) identyfikująca konkretną usługę lub proces na serwerze. Każde połączenie TCP/UDP kierowane jest do określonego portu, co pozwala wielu usługom działać jednocześnie na tym samym serwerze. Dobrze znane porty (0–1023) są zarezerwowane dla standardowych usług: 80 (HTTP), 443 (HTTPS), 22 (SSH), 21 (FTP), 25 (SMTP), 3306 (MySQL), 5432 (PostgreSQL), 3389 (RDP).

Jak sprawdzić, czy port jest otwarty?

Narzędzie wykonuje próbę połączenia TCP z podanym hostem i portem. Jeśli serwer odpowiada (SYN-ACK), port jest otwarty. Jeśli połączenie jest odrzucone (RST) lub nie ma odpowiedzi (timeout), port jest zamknięty lub blokowany przez firewall. Wynik OPEN oznacza, że usługa nasłuchuje. CLOSED — port nieaktywny. FILTERED — firewall blokuje pakiety i nie odpowiada.

Zastosowania praktyczne

Konfiguracja serwerów — po instalacji usługi (nginx, Apache, MySQL, Redis) szybko sprawdzisz, czy jest dostępna przez sieć. Oszczędza czas potrzebny na diagnozowanie, czy problem leży w aplikacji, czy w konfiguracji sieci. Diagnozowanie firewalli — sprawdź, które porty są widoczne z zewnątrz. Pomaga przy konfiguracji iptables, ufw, Security Groups w AWS/Azure lub nftables. Bezpieczeństwo — regularny scan otwartych portów swojego serwera pozwala wykryć nieoczekiwane otwarte porty, które mogą wskazywać na zainfekowanie lub błędną konfigurację. Testowanie VPN i tuneli — sprawdzisz, czy tunel SSH lub VPN prawidłowo przekierowuje ruch na porcie.

Alternatywne narzędzia do sprawdzania portów

Z linii poleceń możesz użyć: nc -zv hostname port (netcat — szybkie sprawdzenie), nmap -p PORT hostname (zaawansowany scanner portów), telnet hostname port (starsze narzędzie, wciąż użyteczne), curl -v telnet://hostname:port (dla portów TCP). Nasze narzędzie online jest wygodne, gdy nie masz dostępu do terminala.

Najczęściej zadawane pytania

Jaka jest różnica między portem otwartym a filtrowanym?

Port OPEN — aplikacja nasłuchuje i odpowiada na połączenia. Port CLOSED — brak aplikacji nasłuchującej, ale serwer odpowiada odmową (RST). Port FILTERED — firewall blokuje pakiety i nie wysyła żadnej odpowiedzi, co powoduje timeout. Filtrowanie może być wykonane przez firewall hosta, router, lub reguły sieci.

Czy mogę sprawdzić porty UDP tym narzędziem?

Sprawdzanie portów UDP jest znacznie trudniejsze niż TCP, bo UDP jest bezpołączeniowy i nie zawsze generuje odpowiedź. Narzędzia online zazwyczaj obsługują wyłącznie TCP. Do sprawdzania portów UDP najlepiej użyć nmap: nmap -sU -p PORT hostname (wymaga uprawnień root).

Dlaczego port jest otwarty lokalnie, ale zamknięty z zewnątrz?

Najczęstsze przyczyny: firewall hosta (iptables/ufw) blokuje ruch przychodzący, aplikacja nasłuchuje tylko na 127.0.0.1 (localhost) zamiast 0.0.0.0, router/dostawca hostingu blokuje port (Security Groups w chmurze), ISP blokuje określone porty (np. 25 dla SMTP, by zapobiec spamowi).

Jakie porty powinny być zamknięte na serwerze produkcyjnym?

Dobra praktyka bezpieczeństwa mówi: zamknij wszystko, czego nie potrzebujesz. Krytyczne porty do ukrycia: 3306 (MySQL), 5432 (PostgreSQL), 6379 (Redis), 27017 (MongoDB) — bazy danych nie powinny być dostępne z publicznego internetu. SSH (22) warto przenieść na niestandardowy port lub ograniczyć do IP whitelist.

Jak otworzyć port w firewallu Linux (ufw)?

W Ubuntu/Debian z ufw: sudo ufw allow 80/tcp (HTTP), sudo ufw allow 443/tcp (HTTPS), sudo ufw allow 22/tcp (SSH). Dla iptables: sudo iptables -A INPUT -p tcp --dport 80 -j ACCEPT. Po zmianie reguł sprawdź status: sudo ufw status verbose.