TP-Link, Asus, Netgear – połączenie z routerem, brak internetu, diagnostyka WAN, DNS

Pytanie

Mam połączenie z routerem ale nie mam internetu

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• Masz łączność z routerem (LAN/Wi‑Fi), ale brak trasy do Internetu (WAN). Najpierw ustal, czy problem dotyczy całej sieci, czy jednego urządzenia, a następnie wykonaj szybki „power cycle” modemu/routera, sprawdź adresację IP/DNS i status WAN w panelu routera.
• Kluczowe punkty:
  • Sprawdź: inne urządzenia, kable, diody WAN/Internet.
  • Testy: ping do bramy, do 8.8.8.8, do domeny (np. google.com).
  • W panelu routera: czy jest adres IP na WAN (nie 0.0.0.0), typ połączenia (DHCP/PPPoE), DNS, ewentualnie blokada/MAC/VLAN.
  • Jeśli WAN jest „down” lub brak IP – często awaria po stronie operatora lub błędna konfiguracja.

Szczegółowa analiza problemu

• Logika diagnozy (od najszybszych do bardziej zaawansowanych):
  1. Zasięg usterki
     • Jeśli Internet nie działa na wszystkich urządzeniach → skup się na routerze/modemie/ISP.
     • Jeśli nie działa tylko na jednym urządzeniu → skup się na ustawieniach tego urządzenia (IP/DNS/VPN/antywirus).
  2. Warstwa fizyczna i restart
     • Wyjmij/włóż przewody: zasilanie, WAN (do modemu/gniazda), Ethernet do komputera.
     • Odłącz zasilanie modemu (jeśli osobny) na 60 s, włącz; po pełnej synchronizacji (1–3 min) włącz router. To czyści NAT, sesje PPPoE/DHCP i bufor.
     • Sprawdź diody: „Internet/WAN/DSL/Globe” – zielona/migająca oznacza link; czerwona/brak światła → problem z łączem lub autoryzacją.
  3. Testy z urządzenia
     • Sprawdź IP:
       • Windows: ipconfig /all
       • macOS: ifconfig lub „Informacje o systemie” → Sieć
       • Linux: ip addr, ip route
       • Poprawny adres to zwykle 192.168.x.x/10.0.x.x, brama = adres routera. Jeśli IPv4 = 169.254.x.x → DHCP nie działa.
     • Pingi:
       • ping <brama> (np. 192.168.1.1) → musi odpowiadać.
       • ping 8.8.8.8 → jeśli działa, a ping google.com nie, masz problem z DNS.
       • Jeśli nie działa nawet 8.8.8.8 → brak wyjścia na WAN/router/ISP.
     • Trasa:
       • Windows: tracert 8.8.8.8
       • macOS/Linux: traceroute 8.8.8.8
       • Zatrzymanie na pierwszym skoku (router) → problem router/ISP; dalej w sieci → problem operatora.
  4. Konfiguracja DNS
     • Tymczasowo ustaw DNS na urządzeniu: 1.1.1.1 i 8.8.8.8, a potem ipconfig /flushdns (Windows) lub dscacheutil -flushcache (macOS).
     • Alternatywnie ustaw DNS w routerze (preferencja: w routerze, by objąć całą sieć).
  5. Panel administracyjny routera (Status/WAN/Internet)
     • WAN IP: nie może być 0.0.0.0 ani puste. Jeśli puste:
       • DHCP: kliknij „Release/Renew”; część ISP „przywiązuje” łącze do MAC – włącz „MAC Clone” na MAC komputera, który miał Internet podłączony bezpośrednio do modemu.
       • PPPoE: wpisz poprawny login/hasło od ISP; sprawdź MTU (typowo 1492 dla PPPoE).
       • Światłowód/Ethernet: niektórzy ISP wymagają VLAN ID (np. 10/35/100) na porcie WAN – włącz „Internet VLAN” i ustaw ID zgodnie z instrukcją operatora.
     • Tryb pracy: jeśli masz modem od operatora + własny router:
       • albo modem w „bridge/passthrough”, a Twój router robi NAT,
       • albo modem robi NAT, a Twój router w trybie AP (wyłącz NAT/DHCP na nim), aby uniknąć podwójnego NAT i konfliktów.
     • DNS: ustaw ręcznie (1.1.1.1/8.8.8.8) i zapisz.
  6. Test obejścia routera
     • Podłącz komputer kablem bezpośrednio do modemu/ONT. Jeśli Internet działa → problem z routerem/konfiguracją. Jeśli nie działa → problem modem/ISP.
  7. Kwestie programowe na urządzeniu
     • Wyłącz na próbę VPN, zapory firm trzecich/antywirus (czasowo), „zaproś” sieć Wi‑Fi na nowo.
     • Windows: netsh winsock reset, netsh int ip reset, restart.
     • Sterowniki karty sieciowej/aktualizacje systemu – zaktualizuj.
  8. MTU i IPv6 (rzadsze, ale realne)
     • Objaw: strony ładują się losowo, pingi IP działają, ale HTTPS „wisi”. Ustaw MTU na WAN do 1492 (PPPoE) lub 1500 (DHCP/kabel). Test MTU: ping -f -l 1472 8.8.8.8 (Windows) i dopasuj.
     • Jeśli IPv6 powoduje problemy (zła delegacja prefixu), tymczasowo wyłącz IPv6 na routerze na test.
  9. Sprzęt/awaria po stronie operatora
     • Brak synchronizacji na modemie/ONT, ciągła czerwona dioda Internet/WAN, brak IP na WAN po power cycle i MAC clone → zgłoszenie do operatora (awaria lub blokada/usługa nieaktywna).

Aktualne informacje i trendy

• Coraz częściej operatorzy stosują:
  • CGNAT (adresy 100.64.0.0/10 na WAN – Internet działa, ale brak przekierowań portów).
  • IPv6 z delegacją prefixu (PD) – błędna konfiguracja może objawiać się „brakiem Internetu” w aplikacjach.
  • Zabezpieczenia po MAC/port VLAN na łączach Ethernet/FTTH – wymagają poprawnej konfiguracji routera.
• DNS over HTTPS/TLS w przeglądarkach: błędy dostawcy DNS potrafią wpływać selektywnie na ruch – ustaw globalny DNS w routerze.

Wspierające wyjaśnienia i detale

• Adres 169.254.x.x (APIPA) oznacza, że urządzenie samo nadało sobie IP, bo nie otrzymało go z DHCP – komunikacja z routerem bywa wtedy niemożliwa.
• „Połączono, brak Internetu” to diagnoza warstwy L2/L3: masz łączność lokalną, lecz brak poprawnej trasy/NAT/DNS do sieci WAN.
• Podwójny NAT rzadko całkowicie odcina Internet, ale w połączeniu z błędną adresacją/DHCP może.

Aspekty etyczne i prawne

• Nie testuj na cudzych sieciach bez zgody właściciela.
• Nie publikuj w Internecie pełnych zrzutów konfiguracji z danymi wrażliwymi (MAC, publiczne IP, loginy PPPoE).
• Przestrzegaj regulaminu operatora (np. zakaz klonowania MAC, jeśli nie jest dozwolone).

Praktyczne wskazówki

• Szybka ścieżka „3 minuty”:
  1. Restart modem → router (w tej kolejności).
  2. Sprawdź, czy router ma adres WAN ≠ 0.0.0.0.
  3. Ustaw DNS na 1.1.1.1/8.8.8.8.
• Gdy tylko jedno urządzenie ma problem:
  • „Zapomnij sieć” i połącz ponownie, odśwież IP (ipconfig /release → ipconfig /renew), zresetuj stos TCP/IP.
• Dokumentuj wyniki testów (pomiary ping/traceroute, status WAN) – przyspiesza rozmowę z pomocą techniczną.

Ewentualne zastrzeżenia lub uwagi dodatkowe

• Niektóre modemy kablowe (DOCSIS) po zmianie urządzenia na porcie wymagają pełnej rejestracji u operatora (nawet 5–10 minut).
• W łączach LTE/5G przekroczenie limitu danych może obciąć transmisję lub zablokować sesję.
• Zdarzają się awarie DNS po stronie ISP – ruch IP działa, ale nazwy nie. Wtedy tylko zmiana DNS rozwiązuje sprawę.

Sugestie dalszych badań

• Sprawdź logi systemowe routera (System/Log) – błędy PPPoE, DHCP, PD/IPv6 wskażą kierunek.
• Przeprowadź test ciągły: ping 8.8.8.8 -t (Windows) lub ping 8.8.8.8 (macOS/Linux) podczas restartu – obserwuj moment odzyskania łączności.
• Jeśli korzystasz z mesh/AP: sprawdź, czy nie masz pętli L2 (dwa uplinki do tej samej sieci).

Krótkie podsumowanie

• Ustal, czy problem dotyczy całej sieci czy jednego urządzenia.
• Wykonaj power cycle modem→router, sprawdź diody i kable.
• Zweryfikuj adresację IP/DNS i status WAN w routerze (czy ma adres, poprawny typ łącza).
• W razie braku IP na WAN lub czerwonej diody – zgłoszenie do operatora; w razie problemów z nazwami – zmień DNS.

Jeśli podasz: model routera, rodzaj łącza (kabel/FTTH/DSL/LTE), czy modem jest osobno, stan diod oraz wyniki: ipconfig /all, ping brama, ping 8.8.8.8, ping google.com, wskażę precyzyjny następny krok i konkretne ustawienia (PPPoE/DHCP, MTU, ewentualny VLAN, MAC clone).