Gdy wystąpi problem z siecią, najpierw zapisz bieżący stan, zamiast resetować wszystkie ustawienia. Pięć prostych kontroli umożliwia rozróżnienie, czy problem dotyczy łącza lokalnego, trasy, DNS czy warstwy aplikacji.

Podejście podstawowe

ipconfig /all pokazuje konfigurację karty, wydruk trasy pokazuje routing, arp -a pokazuje lokalną pamięć podręczną sąsiada IPv4. nslookup sprawdza rozpoznawanie nazw. Z drugiej strony Test-NetConnection można wykorzystać do sprawdzenia dostępu TCP określonego celu; Każde polecenie odpowiada na inne pytanie.

Etapy stosowania

  1. Najpierw zapisz aplikacje, które działają, a które nie, typ połączenia i czas błędu.
  2. Uzyskaj dane wyjściowe adaptera, trasy i DNS; Przed udostępnieniem wyodrębnij poufne informacje, takie jak nazwiska wewnętrzne.
  3. Wykonuj ukierunkowane testy połączenia wyłącznie w ramach własnej usługi; następnie wspólnie oceńcie wyniki.

Praktyczny przykład

Jeśli wewnętrzna nazwa portalu została rozwiązana, ale nie można nawiązać połączenia TCP 443, przejrzyj zasady trasy i dostępu, zamiast wielokrotnie czyścić pamięć podręczną DNS. Jeśli protokół TCP powiedzie się, ale przeglądarka zawiedzie, kolejnym kandydatem będzie TLS lub warstwa aplikacji.

Prawidłowo zinterpretuj wynik

Reset sieci, zwolnienie adresu i zamknięcie zapory nie są testami wstępnymi. Mogą się rozłączyć, zwłaszcza podczas zdalnego wsparcia. W pierwszym raporcie zapisz tylko zaobserwowany wynik; Nie potwierdzaj pierwotnej przyczyny bez dowodu.

Odczyt źródłowy i uzupełniający

Szczegóły protokołu lub polecenia: Microsoft Learn — ipconfig. Kroki i przykładowy scenariusz to narracja redakcyjna IPScans.