Zanim zaczniesz: przygotuj środowisko i wyniki
Zanim wykonasz testy, podłącz komputer kablem Ethernet bezpośrednio do modemu/routera i miej pod ręką drugi kabel Ethernet oraz telefon do kontaktu z ISP. Wynik każdego kroku zapisz (czas i objaw) — pozwoli to stwierdzić, czy problem występuje w sieci dostawcy, w routerze, kablu czy komputerze.
Podstawowe testy na Windows — szybko wyodrębnić źródło
- Sprawdź połączenie fizyczne
- Odłącz i podepnij kabel Ethernet w obu końcach. Spróbuj innego gniazda LAN w routerze i innego kabla.
- Jeśli to możliwe, podłącz kabel z routera bezpośrednio do modemu (jeśli masz odrębny modem) — wyeliminuje to switch/router domowy.
- Uruchom ciągły ping do bramy i publicznego IP
- Otwórz Wiersz polecenia (cmd.exe) i sprawdź bramę:
Znajdź "Brama domyślna" i uruchom:ipconfig /all
Zapisz, czy pojawiają się timeouts lub skoki RTT.ping -t ADRES_BRAMY - Prowadź równolegle ping do publicznego serwera, np. 8.8.8.8:
ping -t 8.8.8.8 - Jeśli ping do bramy przerywa -> problem lokalny (kabel/router/port). Jeśli brama OK, a 8.8.8.8 przerywa -> problem ISP lub modem.
- Otwórz Wiersz polecenia (cmd.exe) i sprawdź bramę:
- Sprawdź trasę i pktów utraty
- Uruchom tracert, gdy widoczny jest problem:
Zwróć uwagę, gdzie zaczynają się gwiazdki i wysokie opóźnienia — pierwsze skoki zwykle to urządzenia lokalne/ISP.tracert 8.8.8.8
- Uruchom tracert, gdy widoczny jest problem:
- Test pakietów i utraty (mierzenie przez 5–15 minut)
- Pobierz i uruchom prosty test packet loss: wbudowany PowerShellowy Test-Connection z liczeniem strat:
Test-Connection 8.8.8.8 -Count 100 -Delay 1 | Select Address, ResponseTime, StatusCode - Albo użyj ping w pętli i zapisz do pliku:
for /L %i in (1,1,1000) do @ping -n 1 8.8.8.8 >> %USERPROFILE%\pinglog.txt - Przeanalizuj log: dużo "Request timed out" oznacza utratę pakietów. Jeśli utrata pojawia się równocześnie na bramie i zewnętrznych IP, wskazuje to na problem łącza lub modemu.
- Pobierz i uruchom prosty test packet loss: wbudowany PowerShellowy Test-Connection z liczeniem strat:
Sprawdzenie routera i modemu — logi, firmware, obciążenie
- Wyłącz Wi‑Fi i testuj po kablu
- Wyłącz moduł Wi‑Fi w routerze (UI -> Wireless / Wi‑Fi) i testuj tylko po kablu. Jeśli problem znika — błąd dotyczy Wi‑Fi lub zakłóceń.
- Zaloguj się do panelu routera
- Sprawdź logi systemowe (System Log, Event Log). Szukaj wpisów typu "WAN down", "link lost", ARP conflicts lub DHCP errors oraz wysokich wartości CPU/temperatury.
- Sprawdź wersję firmware. Jeśli starsza niż dostępna u producenta, rozważ aktualizację (postępuj według instrukcji producenta). Notuj numer wersji przed aktualizacją.
- Monitoruj obciążenie i temperaturę
- Jeśli w panelu widać wysokie CPU (>70–80%) lub temperaturę, zrób restart routera i obserwuj. Przegrzewający się router może rozłączać interfejsy po kilku minutach pracy.
- Upewnij się, że urządzenie stoi w miejscu z dobrą cyrkulacją powietrza i że nie ma zalegającego obciążenia (torrenty, backupy sieciowe).
- Wyłącz funkcje zaawansowane tymczasowo
- Wyłącz QoS, zaporę routera, SIP ALG, i inne funkcje NAT/ALG na czas testów — mogą powodować błędy i konflikty. Zapisz oryginalne ustawienia przed zmianą.
Sprawdzenia na poziomie komputera — sterowniki, adres IP i konflikty
- Odśwież konfigurację IP
- W wierszu poleceń uruchom:
ipconfig /release ipconfig /renew ipconfig /flushdns
- W wierszu poleceń uruchom:
- Sprawdź sterownik karty sieciowej
- W Menedżerze urządzeń (devmgmt.msc) znajdź kartę sieciową, sprawdź, czy nie ma żółtych ostrzeżeń. Zainstaluj najnowszy sterownik od producenta chipsetu (Intel, Realtek) zamiast Windows Update, jeśli występują problemy.
- Wyklucz konflikt IP i problemy z DHCP
- Upewnij się, że komputer otrzymuje adres z zakresu routera. W ipconfig sprawdź, że adres nie zaczyna się od 169.254.x.x (oznaka braku DHCP).
- Jeśli podejrzewasz konflikt, ustaw tymczasowo statyczny adres poza pulą DHCP lub zarezerwuj adres w routerze według MAC adresu karty.
Jak sprawdzić, czy zadziałało i kiedy eskalować do ISP
Weryfikacja powinna obejmować co najmniej 30–60 minut obserwacji po wykonaniu zmian. Użyj następujących punktów kontrolnych:
- Brak "Request timed out" w ciągłym ping do bramy i 8.8.8.8 przez 30 minut.
- Brak wpisów "WAN down" lub link errors w logach routera w tym samym czasie.
- Stabilne wartości RTT bez skoków powyżej normalnych wartości dla twojego łącza.
Jeśli po testach: problem pojawia się zarówno przy połączeniu bezpośrednio do modemu, jak i na różnych urządzeniach — skontaktuj się z ISP. Przygotuj następujące informacje do zgłoszenia:
- Wyniki pinglog.txt i tracert wykonane podczas awarii.
- Logi routera z czasu zdarzenia (zakładka System/Logs).
- Informacja, czy problem występuje tylko po Wi‑Fi czy także po kablu, oraz czas i częstotliwość rozłączeń.
Kiedy przerwać i skontaktować się ze wsparciem technicznym
Skontaktuj się z ISP jeśli:
- Utrata pakietów występuje po podłączeniu bezpośrednio do modemu (wykluczenie routera domowego).
- Tracert pokazuje stałe gwiazdki lub duże opóźnienia zaczynające się w pierwszych hopach poza twoją bramą.
- Router traci łącze WAN regularnie i nie pomaga reset, a w logach widać błędy fizyczne linku.
Podaj technikowi ISP opis testów i pliki z logami; poproś o test sygnału/modemów na warstwie fizycznej i ewentualną wymianę modemu, jeśli wynik wskazuje na błędy warstwy fizycznej.
Uwaga końcowa
Diagnostyka to sekwencja wykluczająca: zaczynaj od kabla i portu, potem router, następnie modem i w końcu łącze ISP. Zapisuj wyniki — ułatwi to szybką identyfikację źródła i przyspieszy escalację do dostawcy, gdy to konieczne.