Opis sytuacji wskazuje na klasyczny problem z rozwiązywaniem nazw:
- Wejście na stronę po adresie 211.0.12.41 działa, więc ścieżka sieciowa do hosta oraz sama usługa WWW są osiągalne (na poziomie IP i aplikacji).
- Wejście po nazwie www.egzamin.pl nie działa, co oznacza, że przeglądarka (a w praktyce system operacyjny) nie potrafi uzyskać adresu IP dla tej nazwy.
Za zamianę nazwy domenowej na adres IP odpowiada DNS. Jeśli DNS nie jest skonfigurowany (np. brak adresu serwera DNS w ustawieniach karty sieciowej) albo działa niepoprawnie, to nazwa domenowa nie zostanie przetłumaczona i połączenie nie zostanie nawiązane, mimo że po IP działa.
Dlaczego pozostałe odpowiedzi nie pasują do objawów:
- DHCP służy do automatycznego przydzielania parametrów sieci (np. adresu IP, maski, bramy, DNS). Awaria DHCP mogłaby uniemożliwić uzyskanie konfiguracji, ale w zadaniu połączenie po IP działa, więc host ma działającą konfigurację IP. Problem jest specyficzny dla nazw, więc wskazuje na DNS, nie na sam mechanizm przydziału.
- SQL to system bazodanowy/język zapytań; nie bierze udziału w zamianie nazwy domenowej na IP po stronie użytkownika podczas wpisywania adresu w przeglądarce.
- WWW oznacza usługę/warstwę aplikacyjną (HTTP/HTTPS). Gdyby to serwer WWW był niesprawny, zwykle nie dałoby się otworzyć strony również po IP. Tutaj działa po IP, więc problem pojawia się wcześniej: na etapie ustalania adresu docelowego przez DNS.
W praktyce potwierdza się to narzędziami diagnostycznymi: nslookup lub dig pokażą, czy nazwa zwraca adres, a test wejścia po IP odróżnia awarię DNS od awarii usługi WWW.