Adres IP

Sprawdzanie dostępności portów TCP

Sprawdź, czy serwer testowy nawiązuje połączenie TCP z dozwolonym publicznym adresem.

Użyj wykrywania do wskazania dozwolonego publicznego celu. Lokalny adres nie jest takim celem.

Porównaj przed i po zmianie

Wykonaj ten sam test na tym samym urządzeniu i zapisz wynik początkowy. Włącz VPN lub zmień jedno istotne ustawienie, powtórz test w tych samych warunkach i zapisz kolejny wynik.

Zapisz wynik przed zmianą i po zmianie, aby je porównać.

Co wyjaśnia ten test

Test sprawdza dostępność usługi przez publiczny adres, router lub wyjście VPN. Otwarty port oznacza udane połączenie TCP na tej trasie. Nie potwierdza podatności, prawidłowej konfiguracji ani dostępności ze wszystkich sieci. Wynik trzeba odnosić do usługi, którą rzeczywiście chcesz udostępniać, a nie do założenia, że każdy otwarty port jest zagrożeniem.

Jak przeprowadzić test

  1. Wybierz publiczny adres, który wolno Ci testować, i niewielki zestaw portów TCP dotyczących administrowanej usługi.
  2. Sprawdź, czy oczekiwana usługa działa, a następnie uruchom próby połączenia. Zachowaj tę samą konfigurację podczas pomiaru.
  3. Czytaj status każdego portu osobno, uwzględniając odmowę, przekroczenie czasu oraz lokalne błędy lub problemy routingu.

Jak działa pomiar

Nasz serwer próbuje połączyć się przez TCP z każdym wskazanym portem. Rozróżnia sukces, odmowę, upływ czasu i błąd, którego nie można przypisać celowi.

Pomiar pochodzi z serwera testowego, nie z przeglądarki. Weryfikacja ogranicza publiczne cele dostępne w teście. Narzędzie nie bada UDP ani uwierzytelniania aplikacji.

Jak rozumieć wyniki

Otwarty
Cel przyjął połączenie TCP z tego serwera. Aplikacja nadal może wymagać logowania lub nie przejść własnych kontroli protokołu.
Połączenie odrzucone
Próba została jednoznacznie odrzucona na tej trasie. Wyjaśnieniem może być nieaktywna usługa albo zapora odrzucająca ruch.
Brak odpowiedzi lub brak rozstrzygnięcia
Limit czasu może wskazywać filtrowanie lub niedostępną trasę. Lokalny brak uprawnień, routing i błędy rodziny adresu pozostają nierozstrzygnięte.

Porównaj przed i po zmianie

  1. Zapisz IP celu, rodzinę adresów, porty i stan uruchomionej usługi.
  2. Zmień jedną odpowiednią regułę zapory lub przekierowania, po czym ponów test z tego samego serwera.
  3. Porównaj poszczególne statusy. Jeśli VPN zmienia docelowy IP, odnotuj to, ponieważ testujesz już inny publiczny punkt końcowy.

Ograniczenia testu

  • Filtry wychodzące sieci hostingowej i trasa do celu wpływają na wynik.
  • Dostępność przychodząca zależy od publicznego punktu, routingu i przekierowań. Samo połączenie VPN jej nie potwierdza.

Co zmienić, jeśli trzeba

Potrzebna usługa odrzuca połączenie
Sprawdź adres i port nasłuchu oraz właściwe reguły zapory, potem ponów test.
Potrzebna usługa nie odpowiada
Sprawdź publiczny adres, przekierowanie routera i ograniczenia operatora przed otwieraniem kolejnych portów.

Częste pytania

Czy to test UDP?

Nie. Wyniki dotyczą wyłącznie prób połączenia TCP.

Czy wszystkie porty powinny być zamknięte?

To zależy od świadomie udostępnianych usług. Oceń każdy port według przeznaczenia i kontroli dostępu.

Źródła i dokumentacja techniczna