KWALIFIKACJA INF2 + INF3 - STYCZEŃ 2015

PYTANIE NR 26.
Jeżeli po wpisaniu adresu domenowego przeglądarka nie wyświetla strony, a gdy wpiszemy adres IP zamiast nazwy domenowej przeglądarka internetowa wyświetla serwis WWW, to przyczyną takiej sytuacji jest
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Jeśli strona otwiera się po wpisaniu adresu IP, oznacza to, że działa łączność IP i sam serwer WWW odpowiada.
Problem pojawia się dopiero przy użyciu nazwy domenowej, więc zawodzi rozwiązywanie nazw na adres IP. Najczęstą przyczyną jest błędna lub brakująca konfiguracja serwerów DNS w ustawieniach interfejsu sieciowego.

Pełne wyjaśnienie:

Opisany objaw jest klasycznym testem rozdzielającym dwa etapy dostępu do serwisu WWW:

  • Etap 1: rozwiązywanie nazwy (np. domeny) na adres IP – realizowane przez DNS (lokalny resolver korzystający z ustawionych serwerów DNS).
  • Etap 2: połączenie z usługą WWW pod uzyskanym adresem IP (HTTP/HTTPS) – wymaga działającej łączności IP i odpowiedzi serwera.

Skoro po wpisaniu adresu IP serwis się wyświetla, to znaczy, że:

  • host ma działającą komunikację w sieci (adresacja i trasa do serwera są wystarczające),
  • serwer WWW jest osiągalny i odpowiada na zapytania.

Gdy jednak wpisanie nazwy domenowej nie działa, problem dotyczy głównie tego, że komputer nie potrafi przetłumaczyć nazwy na IP. Dlatego poprawna jest odpowiedź "niepoprawna konfiguracja serwerów DNS interfejsu sieciowego". Przykładowo mogą być ustawione niewłaściwe serwery DNS, brak DNS albo DNS niedostępny.

Dlaczego pozostałe odpowiedzi są błędne?

  • "nieprawidłowo skonfigurowany serwer DHCP" – DHCP może dostarczać parametry (w tym DNS), ale sam objaw wskazuje konkretnie na DNS. Ponadto komputer może mieć statyczną konfigurację i wtedy DHCP nie ma znaczenia.
  • "niepoprawny adres IP komputera" – gdyby adresacja IP była błędna w sposób uniemożliwiający łączność, strona nie otworzyłaby się także po wpisaniu IP serwera.
  • "blokada pakietów przez firewall" – blokada ruchu do serwera WWW zazwyczaj uniemożliwiłaby dostęp zarówno po nazwie, jak i po IP. W tym scenariuszu ruch HTTP/HTTPS działa, więc firewall nie jest najbardziej logiczną przyczyną.

W praktyce weryfikuje się to narzędziami typu nslookup/dig oraz sprawdzeniem ustawień DNS w konfiguracji interfejsu.

Dodatkowe pytania

Dodatkowe pytania (FAQ):

Najczęściej oznacza to problem z DNS: komputer nie potrafi rozwiązać nazwy domenowej na adres IP.

Skoro po IP działa, to łączność sieciowa i usługa WWW są dostępne, a zawodzi etap tłumaczenia nazwy (resolver/serwery DNS lub ich konfiguracja).

Sprawdź konfigurację interfejsu: czy ustawione są poprawne serwery DNS, czy nie ma literówki, oraz czy DNS jest osiągalny w sieci.

Pomocne są testy: ping do IP serwera DNS, oraz zapytanie o rekord domeny narzędziem nslookup/dig.

Pośrednio tak, jeśli DHCP rozdaje błędne adresy serwerów DNS lub nie rozdaje ich wcale.

W samym zadaniu objaw wskazuje jednak konkretnie na DNS. DHCP jest tylko mechanizmem dostarczania ustawień, a nie usługą rozwiązywania nazw.

Wpisz bezpośrednio adres IP serwera. Jeśli serwis działa po IP, a nie działa po nazwie, winny jest zwykle DNS.

Jeśli nie działa ani po IP, ani po nazwie, wtedy szukasz problemu w łączności IP (adres, brama, routing, filtracja).

Typowe objawy to: brak otwierania stron po nazwach, komunikaty o niemożności odnalezienia hosta, działanie po wpisaniu IP oraz błędy w zapytaniach nslookup/dig.

Często działa też dostęp do zasobów po IP w LAN, ale nie po nazwach.

Rzadziej. Jeśli firewall blokuje tylko zapytania DNS (port 53/UDP/TCP), wtedy domeny nie będą się rozwiązywać, ale wejście po IP może działać.

W typowych ustawieniach blokada ruchu WWW zablokuje zarówno dostęp po IP, jak i po nazwie.

Komputer pyta skonfigurowany serwer DNS o rekord domeny (np. A/AAAA). Jeśli DNS odpowie adresem IP, przeglądarka łączy się z serwerem WWW pod tym IP.

Gdy DNS jest błędny lub niedostępny, przeglądarka nie uzyska IP i nie nawiąże połączenia.

Zależy od systemu, ale zawsze jest to część konfiguracji TCP/IP interfejsu (ręcznie lub z DHCP).

Na egzaminie ważne jest rozumienie: DNS jest parametrem interfejsu i jego błędne wartości uniemożliwią rozwiązywanie nazw.

Najprościej wykonać zapytanie DNS narzędziem typu nslookup lub dig i sprawdzić, czy zwracany jest adres IP.

Jeśli zapytanie kończy się błędem (timeout/Non-existent domain) mimo poprawnej domeny, problem dotyczy DNS lub łączności do DNS.

Często mylą DNS z DHCP albo zakładają, że "nie działa strona" zawsze oznacza brak Internetu. Tymczasem test "nazwa vs IP" rozdziela problem rozwiązywania nazw od problemów routingu i dostępu do usługi WWW.

Warto trenować diagnostykę krok po kroku.

info

Około 41% zdających odpowiada poprawnie na to pytanie. trudne

W praktyce zawodowej kluczowe jest to, że najczęstą przyczyną jest błędna lub brakująca konfiguracja serwerów DNS w ustawieniach interfejsu sieciowego.

Źródła:

  • RFC 1034: Domain Names — Concepts and Facilities, IETF, Section "Name servers" i "Resolvers" (https://www.rfc-editor.org/rfc/rfc1034) - dostęp 2026-02-27
  • RFC 1035: Domain Names — Implementation and Specification, IETF, sekcje dot. zapytań/odpowiedzi DNS (https://www.rfc-editor.org/rfc/rfc1035) - dostęp 2026-02-27
  • Microsoft Learn: dokumentacja narzędzia nslookup i diagnostyki DNS w systemach Windows (https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/nslookup) - dostęp 2026-02-27

Materiały:

  • Dokumentacja DNS (podstawy rozwiązywania nazw, rekordy, resolver)
  • Materiały o modelu warstwowym TCP/IP i zależnościach usług
  • Instrukcje systemowe do sprawdzania ustawień DNS (ipconfig/ifconfig, nslookup/dig)

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego