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.
| Port | Stan | Czas trwania | Szczegół techniczny |
|---|
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
- Wybierz publiczny adres, który wolno Ci testować, i niewielki zestaw portów TCP dotyczących administrowanej usługi.
- Sprawdź, czy oczekiwana usługa działa, a następnie uruchom próby połączenia. Zachowaj tę samą konfigurację podczas pomiaru.
- 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
- Zapisz IP celu, rodzinę adresów, porty i stan uruchomionej usługi.
- Zmień jedną odpowiednią regułę zapory lub przekierowania, po czym ponów test z tego samego serwera.
- 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
1 € miesięcznie 12 miesięcy za 10 €
Wykup subskrypcję