Przejdź do treści
Internet rozłącza się co kilka minut — jak zdiagnozować przyczynę
Windows Diagnostyka

Internet rozłącza się co kilka minut — jak zdiagnozować przyczynę

Szybkie, kolejno wykonywane testy: lokalne sprawdzenie kabla i interfejsu, monitorowanie ping/packet loss, test bezpośrednio na modemie, wyłączenie Wi‑Fi, sprawdzenie logów routera i kontakt z ISP po ustaleniu błędów. Każdy krok zawiera komendy i jak zweryfikować wynik.

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

  1. 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.
  2. Uruchom ciągły ping do bramy i publicznego IP
    • Otwórz Wiersz polecenia (cmd.exe) i sprawdź bramę:
      ipconfig /all
      Znajdź "Brama domyślna" i uruchom:
      ping -t ADRES_BRAMY
      Zapisz, czy pojawiają się timeouts lub skoki RTT.
    • 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.
  3. Sprawdź trasę i pktów utraty
    • Uruchom tracert, gdy widoczny jest problem:
      tracert 8.8.8.8
      Zwróć uwagę, gdzie zaczynają się gwiazdki i wysokie opóźnienia — pierwsze skoki zwykle to urządzenia lokalne/ISP.
  4. 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.

Sprawdzenie routera i modemu — logi, firmware, obciążenie

  1. 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ń.
  2. 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ą.
  3. 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).
  4. 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

  1. Odśwież konfigurację IP
    • W wierszu poleceń uruchom:
      ipconfig /release
      ipconfig /renew
      ipconfig /flushdns
  2. 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.
  3. 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.