Problem wynika z adresacji IP, a nie z ustawień PROXY czy NetBIOS. Dwa komputery mają adresy 192.168.1.1 oraz 192.168.2.1. W typowej sieci LAN dla takich adresów stosuje się maskę 255.255.255.0 (czyli /24). Przy takiej masce podsieci to odpowiednio 192.168.1.0/24 oraz 192.168.2.0/24 – są to dwie różne podsieci.
Jeżeli hosty są w różnych podsieciach, to aby mogły się pingować, potrzebują urządzenia routującego (np. routera) i poprawnie ustawionej bramy domyślnej oraz tras. W zadaniu nie ma informacji o routingu, a opis wskazuje na prostą sieć z dwoma komputerami, więc najwłaściwszą metodą usunięcia usterki jest doprowadzenie do tego, aby oba komputery znalazły się w tej samej podsieci (np. 192.168.1.1 i 192.168.1.2 z tą samą maską) albo zmiana masek w sposób spójny.
Dlaczego pozostałe propozycje nie rozwiązują przyczyny?
- PROXY dotyczy zwykle ruchu aplikacyjnego (np. przeglądarki WWW), a nie podstawowej łączności IP między hostami. Wyłączenie/włączenie proxy nie sprawi, że pakiety ICMP dotrą do hosta w innej podsieci.
- NWLink/NetBIOS to mechanizmy pomocnicze (historyczne protokoły/rozwiązania nazw i udostępniania). Mogą wpływać na "widoczność" w otoczeniu sieciowym, ale nie zastępują poprawnej adresacji i routingu dla TCP/IP.
- NetBIOS przez TCP/IP również nie jest warunkiem działania ping. Ping testuje łączność na poziomie IP/ICMP; jeśli adresacja i trasa są błędne, ping będzie nieudany niezależnie od ustawień NetBIOS.
Wskazówka egzaminacyjna: gdy ping nie działa, najpierw sprawdź adres IP, maskę, bramę, a dopiero potem usługi dodatkowe. Najczęstszy błąd to pominięcie analizy, czy hosty są w tej samej podsieci.
