Komunikat, że karta sieciowa Ethernet nie ma poprawnej konfiguracji protokołu IP, zwykle oznacza problem z przydzielaniem adresu, sterownikiem albo samą warstwą sieciową, a nie od razu fizyczną awarię sprzętu. W praktyce da się to zawęzić do kilku scenariuszy: od kabla i portu, przez DHCP, aż po ręczne ustawienia IP i konflikt z VPN. Pokażę najkrótszą drogę diagnostyczną i takie kroki, które naprawdę mają sens.
Najkrótsza droga do naprawy prowadzi przez DHCP, sterownik i kabel
- Najpierw sprawdź, czy komputer dostał adres IP, bramę i DNS z routera.
- Jeśli widzisz adres z puli 169.254.0.0/16, komputer nie dostał odpowiedzi z DHCP.
- W większości przypadków pomaga przełączenie IP na automatyczne, odnowienie dzierżawy i reset stosu TCP/IP.
- Gdy problem wraca, winny bywa sterownik, oszczędzanie energii albo konflikt z VPN i wirtualnymi kartami.
- Ręczne IP ma sens tylko wtedy, gdy znasz dokładną konfigurację sieci.
Co naprawdę oznacza ten komunikat
W tle chodzi o to, że system nie potrafi złożyć poprawnej konfiguracji dla interfejsu. Taka konfiguracja obejmuje adres IP, maskę podsieci, bramę domyślną i DNS. Jeśli DHCP nie odpowie, Windows potrafi nadać sobie awaryjny adres z zakresu 169.254.0.0/16. To jest APIPA, czyli automatyczny adres lokalny, który pozwala „widzieć” kartę, ale nie gwarantuje wyjścia do sieci.
| Objaw | Najczęstsze znaczenie | Co sprawdzam najpierw |
|---|---|---|
| Brak internetu tylko na Ethernet | Problem z DHCP, bramą albo sterownikiem |
ipconfig /all, kabel, port, sterownik |
| Adres 169.254.x.x | Komputer nie dostał odpowiedzi z DHCP | Router, usługa DHCP, kabel, port |
| Jest adres IP, ale strony się nie otwierają | DNS, proxy albo filtr ruchu | DNS, proxy, VPN, firewall |
| Po restarcie działa tylko chwilę | Niestabilny sterownik albo dzierżawa IP | Sterownik, reset TCP/IP, ustawienia energii |
Najważniejsze jest jedno: sam komunikat nie mówi jeszcze, że karta jest uszkodzona. Często oznacza po prostu, że komputer nie dostał poprawnych danych od sieci albo dostał je w złym formacie. Skoro wiadomo już, co dokładnie oznacza objaw, przechodzę do źródeł problemu, bo tam najczęściej leży prawdziwa przyczyna.
Najczęstsze przyczyny po stronie komputera i sieci
Z doświadczenia najczęściej winny jest jeden z kilku elementów. Nie zaczynam od reinstalacji systemu, bo to strata czasu. Najpierw sprawdzam warstwę fizyczną, potem DHCP, potem sterownik i dopiero na końcu rzeczy, które lubią mieszać w routingu, czyli VPN, proxy albo wirtualne karty.
- Uszkodzony kabel lub port - jeśli dioda linku nie świeci albo po zmianie portu problem znika, winowajca jest zwykle bardzo prozaiczny.
- DHCP nie odpowiada - router, przełącznik zarządzalny albo usługa sieciowa nie wydaje adresu na czas.
- Ręcznie wpisany adres koliduje z innym urządzeniem - to częsty błąd w małych sieciach domowych i biurowych.
- Stary lub wadliwy sterownik - po aktualizacji systemu karta może działać gorzej niż wcześniej.
- VPN, proxy lub wirtualne adaptery - potrafią przejąć ruch i rozbić trasę do bramy.
- Oszczędzanie energii - laptop potrafi wyłączyć kartę po bezczynności, a potem nie wzbudzić jej poprawnie.
Jeśli problem występuje tylko na jednym kablu, jednym porcie albo po podłączeniu przez stację dokującą, nie zakładam od razu awarii Windowsa. Najpierw eliminuję elementy najtańsze i najbardziej prawdopodobne, bo to zwykle oszczędza najwięcej czasu. Kiedy odfiltruję te przyczyny, naprawa zwykle sprowadza się do kilku konkretnych kroków.

Jak naprawić problem krok po kroku
Ja zaczynam od rzeczy najmniej inwazyjnych. Taka kolejność jest ważna, bo pozwala zobaczyć, co dokładnie zadziałało, zamiast mieszać kilka zmian naraz.
- Uruchom ponownie komputer i router. To banalne, ale odświeża dzierżawę DHCP i usuwa sporo tymczasowych błędów. Jeśli router ma osobny modem, zrestartuj też jego sekcję sieciową.
- Sprawdź kabel i port. Podmień przewód na pewny, a jeśli to możliwe, użyj innego portu w routerze lub switchu. Gdy dioda linku nie świeci, problem jest jeszcze przed IP.
-
Odśwież stos TCP/IP w wierszu polecenia. Otwórz konsolę jako administrator i wykonaj kolejno:
netsh winsock reset,netsh int ip reset,ipconfig /release,ipconfig /renew,ipconfig /flushdns. Jak podaje Microsoft, ta kolejność czyści konfigurację, odnawia adres i opróżnia cache DNS. - Przełącz przypisanie IP na automatyczne. Jeśli nie masz powodu, by używać stałego adresu, ustaw dla Ethernetu DHCP. W typowej sieci domowej to najbezpieczniejsza opcja.
- Zaktualizuj albo cofnij sterownik karty. W Menedżerze urządzeń sprawdź, czy karta nie wymaga aktualizacji. Jeśli błąd pojawił się po aktualizacji, cofnięcie sterownika bywa skuteczniejsze niż instalacja nowszego.
- Zrób reset sieci. Gdy wcześniejsze kroki nie pomogą, użyj resetu sieci w ustawieniach systemu. W Windows 11 znajdziesz go w ustawieniach sieci, a w Windows 10 ścieżka wygląda trochę inaczej, ale sens jest ten sam: system odbudowuje część konfiguracji interfejsów.
- Odinstaluj adapter i pozwól systemowi wykryć go ponownie. To zostawiam na koniec, bo jest bardziej inwazyjne. Po restarcie Windows zwykle instaluje sterownik automatycznie.
Po wykonaniu tych kroków sprawdzam jeszcze raz, czy komputer dostał poprawny adres, bramę i DNS. Jeśli po tej sekwencji nadal pojawia się problem, nie szukam już losowych sztuczek, tylko sprawdzam, czy konfiguracja IP nie została ustawiona ręcznie w sposób, który sam blokuje połączenie. W tym miejscu najlepiej przejść do decyzji: DHCP czy statyczny adres.
Kiedy ręczna konfiguracja IP pomaga, a kiedy psuje sprawę
Ręczne IP kusi, bo wygląda na bardziej „profesjonalne”, ale w sieciach domowych i w większości małych biur zwykle lepszy jest DHCP. Jak podaje Microsoft, automatyczne przydzielanie IP i DNS jest rekomendowane tam, gdzie sieć to obsługuje. Z mojego punktu widzenia ręczna konfiguracja ma sens tylko wtedy, gdy naprawdę wiesz, co wpisujesz: adres, maskę, bramę i DNS.
| Tryb | Kiedy używać | Ryzyko |
|---|---|---|
| Automatic (DHCP) | Sieć domowa, większość biur, zwykły laptop lub PC | Małe, o ile router poprawnie rozdaje adresy |
| Manual | Serwer, NAS, drukarka, sieć z rezerwacją adresów | Konflikt IP, zła brama, błędny DNS, brak internetu mimo połączenia |
Najczęstszy błąd to wpisanie samego adresu IP bez poprawnej maski i bramy. Wtedy system może pokazywać aktywny interfejs, ale ruch do internetu nadal nie przejdzie. Drugi klasyk to adres z tej samej puli co DHCP, czyli konflikt z innym urządzeniem. Gdy DHCP i ręczne ustawienia są już jasne, zostaje mi jeszcze odróżnić awarię komputera od problemu całej sieci.
Jak odróżnić problem komputera od routera albo operatora
Najkrótszy sposób na rozróżnienie źródła problemu to trzy testy. Nie trzeba od razu grzebać w logach, bo proste polecenia dają zaskakująco dużo informacji.
| Test | Co oznacza wynik |
|---|---|
ping 127.0.0.1 |
Jeśli nie działa, problem leży w stosie TCP/IP albo w systemie, nie w kablu |
ping brama_domyslna |
Jeśli nie ma odpowiedzi, problem jest lokalny: kabel, port, DHCP lub karta |
ping 8.8.8.8 |
Jeśli działa, a strony się nie otwierają, zwykle winny jest DNS albo proxy |
nslookup domena.pl |
Jeśli nie działa, a ping do IP przechodzi, problem siedzi w DNS |
W praktyce patrzę na to tak: jeśli komputer ma adres, ale nie widzi bramy, szukam na odcinku karta-kabel-router. Jeśli brama odpowiada, ale nie działają nazwy domen, problem leży wyżej, zwykle w DNS albo w filtrze ruchu. Na Linuksie diagnozowałbym to analogicznie przez ip a, nmcli dev show i logi NetworkManagera, ale sama logika pozostaje identyczna. Jeśli testy lokalne wychodzą dobrze, a internet nadal znika, szukam już po stronie sprzętu, docka albo polityk sieciowych.
Zanim uznasz kartę za uszkodzoną, sprawdź jeszcze te elementy
Zanim uznam, że karta padła, sprawdzam kilka rzeczy, które bardzo często udają awarię sprzętu. W laptopach i stacjach roboczych to ważne, bo problem nie zawsze siedzi w samym układzie sieciowym.
- Oszczędzanie energii na karcie - jeśli problem wraca po wybudzeniu, wyłącz możliwość usypiania adaptera w ustawieniach zasilania.
- Stacja dokująca lub adapter USB-C - przy testach bez docka szybko wychodzi, czy winna jest elektronika pośrednia, a nie karta w komputerze.
- Wirtualne interfejsy - Hyper-V, VirtualBox, VMware i podobne narzędzia potrafią zmienić routing albo priorytet kart.
- Polityki firmowe - 802.1X, kontrola portów, filtrowanie MAC albo ograniczenia switcha mogą blokować ruch mimo poprawnego adresu IP.
Jeśli po tych kontrolach interfejs nadal nie dostaje poprawnego adresu, zwykle opłaca się zebrać wynik ipconfig /all, sprawdzić ustawienia DHCP na routerze i dopiero wtedy sięgać po głębszą diagnostykę albo wymianę sprzętu. Taki porządek oszczędza czas i pozwala uniknąć wymiany karty tylko dlatego, że problem siedział w konfiguracji.