System nie rozpoznaje własnego adresu IP w sieci

System nierozpoznający własnego adresu IP w sieci wskazuje na konflikt adresacji lub uszkodzoną konfigurację stosu TCP/IP.

Jak komputer ustala własny adres w sieci

Komputer nie „rozpoznaje” własnego adresu IP w taki sam sposób jak nazwy urządzenia czy modelu podzespołu. Adres jest przypisywany konkretnemu interfejsowi sieciowemu, na przykład karcie Ethernet albo modułowi Wi-Fi. System przechowuje tę informację w konfiguracji interfejsu i wykorzystuje ją przy tworzeniu pakietów protokołu IP. Dla IPv4 adres składa się z 32 bitów, a dla IPv6 z 128 bitów. Oprócz samego adresu potrzebne są również maska podsieci lub prefiks, brama domyślna oraz adresy serwerów DNS.

W systemie Windows podstawowe informacje można odczytać poleceniem ipconfig /all. Wynik pokazuje między innymi nazwę karty, jej adres fizyczny MAC, przypisany adres IPv4 lub IPv6, maskę podsieci, bramę domyślną oraz informację, czy adres został uzyskany z serwera DHCP. W systemach Linux podobną funkcję pełni polecenie ip address, a trasę domyślną można sprawdzić za pomocą ip route. Sam brak adresu przy jednym interfejsie nie musi oznaczać awarii całego systemu, ponieważ inna karta może działać prawidłowo.

Konflikt adresacji i objawy błędnej konfiguracji

Jedną z przyczyn problemu jest konflikt adresów IP. Występuje on wtedy, gdy dwa urządzenia w tej samej sieci lokalnej używają tego samego adresu IPv4. Może do niego dojść po ręcznym wpisaniu adresu należącego już do innego komputera, po nieprawidłowym ustawieniu zakresu DHCP albo po przywróceniu kopii konfiguracji sieci. Skutkiem bywają niestabilne połączenia, okresowa utrata dostępu do bramy, błędne odpowiedzi na zapytania ARP oraz zmienny dostęp do zasobów sieciowych. Komputer może wtedy mieć adres widoczny w konfiguracji, ale komunikacja z tym adresem nie będzie jednoznaczna.

Inny scenariusz dotyczy nieudanego uzyskania adresu z DHCP. Jeżeli komputer nie otrzyma dzierżawy od routera lub serwera DHCP, system Windows może automatycznie nadać interfejsowi adres z zakresu APIPA, czyli 169.254.0.0/16. Taki adres pozwala na ograniczoną komunikację z urządzeniami w tej samej podsieci, ale zazwyczaj nie zapewnia prawidłowego dostępu do Internetu. Warto odróżnić ten przypadek od braku adresu, ręcznej konfiguracji statycznej oraz sytuacji, w której działa IPv6, lecz nie działa IPv4. Nie każda obecność adresu 169.254.x.x oznacza uszkodzenie karty; często wskazuje na problem z DHCP, przewodem, punktem dostępowym albo połączeniem z routerem.

Rozdzielenie awarii stosu TCP/IP od problemu sprzętowego

Diagnostykę należy rozpocząć od sprawdzenia, czy interfejs jest włączony i czy system widzi jego sterownik. Następnie można wykonać ping 127.0.0.1, ponieważ adres 127.0.0.1 należy do interfejsu loopback i służy do testowania lokalnego stosu IPv4 bez użycia przewodu ani fal radiowych. Udana odpowiedź potwierdza podstawowe działanie lokalnego stosu, ale nie potwierdza poprawnej pracy karty sieciowej. Kolejny test może obejmować adres przypisany do danego interfejsu, a potem adres bramy domyślnej. Taka kolejność pomaga ustalić, czy problem występuje w systemie, na karcie, w lokalnej sieci czy poza routerem.

Przy ręcznie nadanym adresie trzeba sprawdzić zgodność adresu, maski i bramy z pozostałymi urządzeniami w tej samej podsieci. Przy konfiguracji automatycznej pomocne są polecenia ipconfig /release oraz ipconfig /renew, które odpowiednio zwalniają i ponawiają próbę uzyskania dzierżawy DHCP w systemie Windows. Polecenie ipconfig /flushdns czyści pamięć podręczną DNS, ale nie naprawia samego adresu IP ani konfliktu ARP. Tę różnicę trzeba zachować, ponieważ problem z rozwiązywaniem nazw, na przykład z otwieraniem strony po domenie, jest innym zjawiskiem niż brak komunikacji z adresem numerycznym.

Tablicę skojarzeń adresów IPv4 z adresami MAC można podejrzeć w Windows poleceniem arp -a. Nieprawidłowe lub zmieniające się wpisy mogą wskazywać na konflikt adresacji, choć sam wynik tego polecenia nie jest wystarczającym dowodem awarii. Jeżeli problem pojawił się po zmianie sterownika, aktualizacji systemu albo instalacji oprogramowania filtrującego ruch, należy sprawdzić właściwości karty, usługi sieciowe i reguły zapory. Gdy interfejs znika z ustawień, zgłasza błąd urządzenia lub nie reaguje również w innym systemie, rośnie prawdopodobieństwo usterki sprzętowej albo problemu z połączeniem fizycznym.

Przywrócenie prawidłowego adresu i dalsza diagnostyka

Usunięcie przyczyny powinno odpowiadać wynikowi testów. Przy błędnej konfiguracji statycznej należy skorygować adres, maskę, bramę i DNS albo włączyć automatyczne pobieranie parametrów, jeśli taka konfiguracja jest używana w danej sieci. Przy problemie z DHCP trzeba sprawdzić przewód Ethernet, zasięg Wi-Fi, stan routera, dostępność puli adresów oraz to, czy urządzenie otrzymuje odpowiedź na żądanie DHCP. W przypadku konfliktu należy ustalić, które urządzenie używa tego samego adresu, a następnie zmienić konfigurację tylko w sposób zgodny z zasadami danej sieci.

Resetowanie stosu TCP/IP może być przydatne, gdy konfiguracja systemowa została uszkodzona, lecz powinno być wykonywane świadomie, ponieważ może usunąć część ręcznie ustawionych parametrów. W Windows stosuje się między innymi polecenia netsh int ip reset oraz ponowne uruchomienie komputera. Po takim działaniu trzeba ponownie sprawdzić wynik ipconfig /all, uzyskanie adresu z DHCP, komunikację z bramą i działanie DNS. Jeżeli reset nie przynosi rezultatu, należy rozważyć uszkodzony sterownik, wadliwy adapter, problem z portem routera lub niezgodność ustawień zabezpieczeń sieci bezprzewodowej.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, w tym diagnostyką problemów z kartami sieciowymi oraz konfiguracją połączenia sieciowego. Ocena powinna obejmować zarówno stan sprzętu, jak i logiczną konfigurację interfejsu, ponieważ identyczny objaw może wynikać z konfliktu adresów, braku odpowiedzi DHCP, błędnych parametrów TCP/IP albo usterki samej karty. Dopiero porównanie wyników poleceń, testów lokalnych i zachowania urządzenia w konkretnej sieci pozwala określić właściwy zakres naprawy.