Testowanie połączenia

Testowanie połączenia to podstawowy krok diagnostyki, potwierdzający, że klient dociera do instancji.

Co oznacza testowanie połączenia

Testowanie połączenia jest etapem diagnostyki, którego celem jest ustalenie, czy urządzenie klienckie może poprawnie dotrzeć do określonego celu w sieci. Klientem może być laptop, komputer stacjonarny, telefon, aplikacja albo przeglądarka internetowa, natomiast celem jest adres IP, nazwa hosta, usługa sieciowa lub instancja aplikacji. Sam fakt, że komputer jest połączony z siecią Wi-Fi albo ma podłączony kabel Ethernet, nie potwierdza jeszcze dostępu do konkretnej usługi. Połączenie może zatrzymywać się na różnych etapach: przy uzyskiwaniu adresu IP, rozwiązywaniu nazwy DNS, routingu, zestawianiu sesji TCP, szyfrowaniu TLS lub uwierzytelnianiu użytkownika.

Poprawny test powinien określać, co dokładnie jest sprawdzane. Inny wynik daje polecenie ping, które bada odpowiedzi protokołu ICMP, a inny próba połączenia z konkretnym portem TCP. Brak odpowiedzi na ping nie musi oznaczać awarii usługi, ponieważ zapora sieciowa może blokować ICMP, podczas gdy aplikacja nadal działa. Z kolei otwarty port TCP potwierdza możliwość nawiązania połączenia transportowego, ale nie gwarantuje, że aplikacja odpowie prawidłowo ani że zaakceptuje dane logowania. Dlatego diagnostykę wykonuje się warstwowo, od podstawowej konfiguracji sieci do testu właściwej aplikacji.

Sprawdzenie adresacji i rozwiązywania nazw

Pierwszym krokiem jest sprawdzenie, czy komputer otrzymał prawidłową konfigurację sieciową. W systemie Windows służy do tego polecenie ipconfig /all, które pokazuje między innymi adres IPv4 lub IPv6, maskę podsieci, bramę domyślną oraz skonfigurowane serwery DNS. Adres w zakresie 169.254.0.0–169.254.255.255 oznacza zwykle automatyczną konfigurację link-local IPv4, stosowaną wtedy, gdy komputer nie otrzymał adresu z serwera DHCP. Taki adres może pozwalać na ograniczoną komunikację w lokalnym segmencie, ale zazwyczaj nie zapewnia prawidłowego dostępu do Internetu ani innych podsieci.

Następnie sprawdza się rozwiązywanie nazwy hosta. Polecenie nslookup nazwa-hosta pozwala ustalić, czy skonfigurowany serwer DNS zwraca adres przypisany do danej nazwy. Błąd typu „server failed” lub „non-existent domain” wskazuje na problem z odpowiedzią DNS albo brak odpowiedniego rekordu, natomiast rozwiązanie nazwy do nieoczekiwanego adresu może oznaczać błędną konfigurację, nieaktualny wpis lub korzystanie z innego serwera DNS niż zakładany. Warto porównać wynik dla nazwy i bezpośredniego adresu IP, ponieważ umożliwia to odróżnienie problemu z DNS od problemu z trasą sieciową lub samą usługą.

Test trasy, portu i odpowiedzi usługi

Jeżeli adresacja i DNS wyglądają prawidłowo, można sprawdzić drogę do celu. W systemie Windows polecenie tracert nazwa-hosta pokazuje kolejne przeskoki, przez które przechodzą pakiety, korzystając z mechanizmu zmniejszania wartości TTL. Gwiazdki przy niektórych węzłach nie muszą oznaczać awarii, ponieważ router może celowo nie odpowiadać na komunikaty używane przez to narzędzie. Znaczenie ma przede wszystkim to, czy trasa dociera do właściwej sieci oraz gdzie pojawia się stałe zatrzymanie lub przekroczenie czasu oczekiwania.

Do sprawdzenia konkretnego portu TCP można użyć w PowerShell polecenia Test-NetConnection nazwa-hosta -Port 443. Wynik z wartością TcpTestSucceeded : True oznacza, że z badanego komputera udało się zestawić połączenie TCP z portem 443. Wartość False może wynikać z niedziałającej usługi, filtrowania przez zaporę, błędnej trasy, nieprawidłowego adresu albo blokady po stronie sieci lokalnej. Dla usługi internetowej samo otwarcie portu nie wystarcza do potwierdzenia poprawnego działania. Trzeba jeszcze sprawdzić odpowiedź protokołu aplikacyjnego, na przykład kod HTTP, poprawność certyfikatu TLS, przekierowanie lub komunikat błędu zwracany przez serwer.

Znaczenie wyników dla diagnostyki komputera

Wyniki testów należy interpretować w odniesieniu do miejsca, z którego wykonano próbę. Usługa może odpowiadać z jednego komputera, a nie odpowiadać z drugiego, jeśli urządzenia znajdują się w różnych podsieciach, korzystają z odmiennych serwerów DNS albo mają inne reguły zapory. W przypadku połączenia bezprzewodowego dodatkowe znaczenie mają zakłócenia radiowe, odległość od punktu dostępowego, przeciążenie kanału i przełączanie między pasmami. Powtarzający się wzrost czasu odpowiedzi lub utrata pakietów może wskazywać na niestabilność łącza, ale pojedynczy opóźniony pakiet nie jest wystarczającym dowodem usterki.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, w ramach której testowanie połączenia może pomóc powiązać objawy z konkretnym elementem konfiguracji lub sprzętu. Diagnostyka może obejmować porównanie połączenia przewodowego i Wi-Fi, sprawdzenie sterownika karty sieciowej, konfiguracji adresu IP, działania DNS oraz reguł zapory systemowej. Istotne jest zapisywanie dokładnych wyników: adresu celu, użytego portu, czasu wykonania testu i komunikatu błędu. Taki zapis ułatwia rozróżnienie problemu lokalnego, awarii urządzenia sieciowego, błędnej konfiguracji oraz niedostępności usługi po stronie zewnętrznej.