Karta sieciowa Ethernet Windows 10/11 – brak poprawnej konfiguracji protokołu IP, DHCP, APIPA 169.254

Pytanie

karta sieciowa ethernet nie ma poprawnej konfiguracji protokołu ip

Odpowiedź Sztucznej Inteligencji


Bezpośrednia odpowiedź na pytanie

  • Komunikat „karta sieciowa Ethernet nie ma poprawnej konfiguracji protokołu IP” oznacza, że Windows nie uzyskał prawidłowego adresu IP (najczęściej z DHCP w routerze) lub lokalna konfiguracja IP/DNS/Winsock jest uszkodzona.
  • Najczęściej pomaga: reset stosu TCP/IP i Winsock, ustawienie IPv4 na automatyczne, restart routera/komputera, reinstalacja sterownika karty, sprawdzenie kabla/portu, włączenie usługi DHCP Client.

Kluczowe punkty:

  • Sprawdź, czy interfejs dostał APIPA 169.254.x.x (brak DHCP)
  • Zastosuj: ipconfig /release, /renew; netsh int ip reset; netsh winsock reset
  • Upewnij się, że DHCP w routerze działa i pula nie jest wyczerpana
  • Zaktualizuj/Przeinstaluj sterownik NIC i wyłącz zbędne filtry NDIS (VPN/antywirus)

Szczegółowa analiza problemu

  • Mechanizm: w sieci domowej adres IPv4 zwykle przydziela DHCP (router). Gdy negocjacja nie powiedzie się lub lokalny stos jest uszkodzony, Windows przypisuje adres z APIPA 169.254.0.0/16 i zgłasza błąd.
  • Typowe przyczyny:
    • Niedostępny/wyłączony DHCP, zbyt mała pula adresów, konflikt IP/MAC filtracja na routerze.
    • Uszkodzona konfiguracja Winsock/TCP-IP, błędne ustawienia statyczne, wyłączone IPv4/IPv6.
    • Problemy fizyczne: kabel, port, autonegocjacja/duplex.
    • Sterowniki/filtry NDIS (VPN, endpoint security, „bandwidth managers”).
    • Zawieszone usługi (DHCP Client, DNS Client, NLA), konflikty z wirtualnymi przełącznikami (Hyper‑V/VirtualBox), udostępnianie połączenia (ICS).

Procedura diagnostyczno-naprawcza (od najszybszych):

  1. Szybki restart i warstwa fizyczna
  • Odłącz/wpnij kabel, zmień port w routerze, użyj innego kabla.
  • Zrestartuj router (wyłącz zasilanie na 30 s) i komputer.
  1. Weryfikacja adresacji
  • Uruchom cmd (administrator) i wykonaj:
    • ipconfig /all
    • Sprawdź:
      • Adres IPv4 (czy nie jest 169.254.x.x), maskę, bramę, DNS.
      • Czy interfejs ma „Media State: Media connected”.
  • Jeśli adres to 169.254.x.x lub brak bramy:
    • ipconfig /release
    • ipconfig /flushdns
    • ipconfig /renew
    • Jeżeli dalej brak adresu, idź do resetu stosu.
  1. Reset stosu i Winsock
  • W cmd (administrator):
    • netsh int ip reset
    • netsh winsock reset
  • Uruchom ponownie komputer.
  1. Sprawdzenie ustawień IPv4/IPv6
  • ncpa.cpl → Ethernet → Właściwości → IPv4 → Właściwości:
    • Uzyskaj adres IP automatycznie, Uzyskaj DNS automatycznie.
  • Jeśli używasz sieci z ręczną adresacją, wprowadź poprawne statyczne IP/maskę/bramę/DNS zgodne z podsiecią.
  • Tymczasowo możesz odznaczyć IPv6 (tylko testowo), ale domyślnie zostaw włączone.
  1. Testy łączności warstwa po warstwie
  • ping 127.0.0.1 (stos lokalny)
  • ping adres_IP_karty (interfejs)
  • ping brama (np. 192.168.1.1)
  • ping 8.8.8.8 (routowanie)
  • nslookup one.one.one.one (rozdzielanie DNS)
  • route print (czy jest trasa domyślna)
  1. Sterowniki i filtry
  • Menedżer urządzeń → Karty sieciowe:
    • Aktualizuj lub Odinstaluj urządzenie (z zaznaczeniem usunięcia oprogramowania), restart – Windows zainstaluje świeży sterownik.
    • Preferuj sterownik ze strony producenta płyty/laptopa (nie ogólny).
  • Właściwości karty → Zaawansowane:
    • Speed & Duplex → Auto Negotiation (chyba, że infrastruktura wymaga innego ustawienia).
  • Właściwości → Konfiguruj → Zarządzanie energią:
    • Odznacz „Zezwalaj komputerowi na wyłączanie tego urządzenia…”.
  • Wyłącz testowo oprogramowanie VPN, zapory firm trzecich i „akceleratory” sieci (NDIS filter drivers). W razie potrzeby odinstaluj je i zrestartuj.
  1. Usługi i komponenty systemowe
  • services.msc:
    • DHCP Client, DNS Client, Network Location Awareness, Network List Service – tryb Automatyczny/Uruchomione.
  • PowerShell (administrator):
    • Get-NetIPConfiguration
    • Restart-NetAdapter -Name "Ethernet"
    • Get-NetAdapterBinding -Name "Ethernet" | ft Name,ComponentID,Enabled
      • Upewnij się, że ms_tcpip (IPv4) i ms_tcpip6 (IPv6) są Enabled.
  1. Router/DHCP
  • Z innego działającego urządzenia zaloguj się do routera:
    • DHCP włączony, pula nie jest pełna, brak rezerwacji kolidujących z Twoim MAC.
    • Wyłączone ograniczenia typu MAC filtering/VLAN dla portu.
    • Jeśli to sieć zarządzana (switch z DHCP snooping/port security) – zweryfikuj konfigurację portu.
  1. Izolacja problemu
  • Nadaj statyczny adres zgodny z Twoją siecią (np. 192.168.1.50/24, brama 192.168.1.1, DNS 1.1.1.1/8.8.8.8).
    • Jeśli po statycznym IP działa ping do bramy i Internet – problem jest po stronie DHCP.
  • Sprawdź na tym samym kablu innym komputerem – odróżnisz awarię routera od problemu PC.
  • Sprawdź zewnętrzną kartę USB‑Ethernet – odróżnisz problem sterownika/sprzętu.
  1. Scenariusze specjalne
  • Hyper‑V/VirtualBox: wirtualne przełączniki mogą odpiąć protokoły od fizycznej karty – w „Właściwościach” interfejsu przywróć zaznaczenie „Protokół internetowy…”, „Udostępnianie plików i drukarek”, itp.
  • ICS (Udostępnianie połączenia internetowego): wyłącz, jeśli nieświadomie włączone.
  • Firmowe 802.1X/NAC: wymagane uwierzytelnienie – bez niego DHCP nie przydzieli adresu.
  • Błędny duplex/negocjacja: przy ręcznych ustawieniach 100/Full vs Auto mogą wystąpić dropy – ustaw Auto.

Aktualne informacje i trendy

  • Windows 10/11 oferują „Resetowanie sieci” (Ustawienia → Sieć i Internet → Zaawansowane ustawienia sieci → Resetuj teraz), które automatycznie reinstaluje stos sieciowy i sterowniki NDIS.
  • W środowiskach z zabezpieczeniami sieci (NAC/802.1X, DHCP Snooping) częste są problemy z brakiem adresu do czasu poprawnej autoryzacji portu.
  • Producenci laptopów publikują własne pakiety sterowników (LAN/Bluetooth/Wi‑Fi) z dodatkowymi optymalizacjami – zazwyczaj stabilniejsze niż generyczne sterowniki Windows Update.

Wspierające wyjaśnienia i detale

  • APIPA 169.254.x.x: mechanizm awaryjny Windows pozwalający na komunikację lokalną bez routera, ale bez dostępu do Internetu.
  • Winsock reset: czyści katalog dostawców LSP/filtrów; często naprawia konflikty wprowadzone przez VPN/antywirus.
  • DHCP: wymaga poprawnej łączności warstwy 2 (link up) i braku filtrów; jeśli pula jest pełna, klient nie dostanie adresu.

Aspekty etyczne i prawne

  • W sieciach firmowych zmiany w konfiguracji portów, obejścia 802.1X czy klonowanie MAC mogą naruszać polityki bezpieczeństwa. Działaj zgodnie z regulaminem i uprawnieniami administratora.
  • Udostępnianie Internetu (ICS) w organizacji może być zabronione ze względów bezpieczeństwa.

Praktyczne wskazówki

  • Zapisz wynik „ipconfig /all” przed zmianami – ułatwi porównanie.
  • Wykonuj jedną zmianę naraz i testuj ping do bramy po każdej.
  • Jeśli błąd powróci po restarcie – problem bywa powodowany przez usługi startowe (VPN/AV). Sprawdź w trybie czystego rozruchu (msconfig).

Ewentualne zastrzeżenia lub uwagi dodatkowe

  • Czasami problem jest czysto sprzętowy (uszkodzony PHY na płycie, zimne luty w porcie RJ‑45) – wtedy zewnętrzna karta USB‑Ethernet jest szybkim obejściem/diagnostyką.
  • Wyłączanie IPv6 jako „trwałe” rozwiązanie nie jest zalecane – używaj tylko jako test.

Sugestie dalszych badań

  • Podgląd zdarzeń → Dzienniki systemu Windows → System: wpisy „Dhcp-Client” (ID 1001/1002/1003) powiedzą, czy i dlaczego negocjacja DHCP się nie udała.
  • Zrzut pakietów (Wireshark) na interfejsie: czy widać DISCOVER/OFFER/REQUEST/ACK? Brak OFFER → problem po stronie serwera/routera lub filtracja.

Krótkie podsumowanie

  • Najpierw warstwa fizyczna i restart: kabel/port/router/PC.
  • Potem reset adresacji i stosu: ipconfig /release, /renew; netsh int ip reset; netsh winsock reset; sprawdzenie IPv4 „auto”.
  • Jeśli nadal problem: sterowniki/filtry/usługi; weryfikacja DHCP w routerze lub konfiguracji sieci zarządzanej.
  • Szybka diagnostyka: czy interfejs ma 169.254.x.x i brak bramy? Jeśli tak – skup się na DHCP/stosie; jeśli statyczne IP działa, przyczyną jest DHCP.

Jeśli chcesz, poprowadzę Cię interaktywnie. Podaj proszę:

  • Wersję Windows (10/11, build jeśli znasz),
  • Wynik „ipconfig /all” (tylko sekcja Ethernet),
  • Czy adres to 169.254.x.x oraz czy świecą diody przy porcie,
  • Czy inne urządzenia po tym samym kablu/porcie dostają adres z DHCP.

Oceń odpowiedź:
Zastrzeżenie: Odpowiedzi udzielone przez sztuczną inteligencję (model językowy) mogą być niedokładne i wprowadzające w błąd. Elektroda nie ponosi odpowiedzialności za dokładność, rzetelność ani kompletność prezentowanych informacji. Wszystkie odpowiedzi powinny być zweryfikowane przez użytkownika.

Zadaj dodatkowe pytanie Sztucznej Inteligencji

Czekaj (2min)...