Przejdź do głównej treści

Kwalifikacja: INF.02 - Administracja i eksploatacja systemów komputerowych, urządzeń peryferyjnych i lokalnych sieci komputerowych

Zawód: Technik informatyk

Kategorie: Systemy operacyjne Sieci komputerowe Bezpieczeństwo i kopie zapasowe Pomiary i diagnostyka

Wpisując w przeglądarce internetowej adres www.egzamin.pl użytkownik nie ma dostępu do strony WWW, natomiast wpisanie adresu 211.0.12.41 pozwala otworzyć tę stronę. Przyczyną tego problemu jest brak skonfigurowanego serwera

A. WWW
B. DHCP
C. DNS
D. SQL

Pytanie z egzaminu CKE, wrzesień 2014 (arkusz E.13-X-14.08).

Adres www.egzamin.pl jest nazwą domenową, a 211.0.12.41 to adres IP serwera. Skoro po wpisaniu adresu IP strona się otwiera, to znaczy, że połączenie sieciowe działa, routing najpewniej jest poprawny, serwer WWW odpowiada, a usługa HTTP lub HTTPS jest dostępna. Problem pojawia się dopiero przy zamianie nazwy domenowej na adres IP, czyli przy rozwiązywaniu nazw. Za to odpowiada DNS, czyli Domain Name System. W praktyce przeglądarka pyta resolver DNS: jaki adres IP ma www.egzamin.pl? Jeśli klient nie ma ustawionego serwera DNS, wpis DNS jest błędny albo serwer DNS nie odpowiada, nazwa nie zostanie przetłumaczona i strona pod nazwą się nie otworzy. Moim zdaniem to jeden z najbardziej klasycznych objawów awarii DNS w sieci. W diagnostyce sprawdza się wtedy konfigurację IP, np. ipconfig /all w Windows albo zawartość /etc/resolv.conf w Linux, a także używa poleceń nslookup lub dig. Dobrą praktyką jest ustawienie co najmniej dwóch serwerów DNS, np. lokalnego DNS w firmie oraz zapasowego, i pilnowanie poprawnych rekordów A lub AAAA dla domeny.
W tej sytuacji najważniejsze jest rozróżnienie, czy nie działa sama strona, czy tylko jej nazwa domenowa. Jeżeli wpisanie 211.0.12.41 otwiera witrynę, to serwer WWW działa i odpowiada na żądania przeglądarki. Nie ma więc sensu szukać głównej przyczyny w usłudze WWW, bo ona właśnie została potwierdzona jako sprawna. Oczywiście w realnych sieciach mogą istnieć wyjątki związane z host header, certyfikatem TLS albo konfiguracją wirtualnych hostów, ale w typowym zadaniu egzaminacyjnym taki objaw jasno wskazuje na problem z rozwiązywaniem nazw. SQL też nie pasuje, ponieważ jest związany z bazami danych, zapytaniami i przechowywaniem informacji, a nie z tłumaczeniem adresów typu www.egzamin.pl na adres IP. Strona może korzystać z bazy danych, ale brak dostępu po nazwie domenowej nie oznacza od razu awarii SQL. DHCP bywa mylące, bo potrafi automatycznie przekazywać klientowi adres IP, bramę domyślną i adresy serwerów DNS. Jednak DHCP samo nie tłumaczy nazw domenowych. Jeżeli DHCP źle poda adres DNS, to skutkiem nadal będzie problem DNS, a nie brak samego DHCP. Typowy błąd myślowy polega na wrzuceniu wszystkich usług sieciowych do jednego worka. W praktycznej diagnostyce warto iść warstwowo: najpierw ping lub połączenie po IP, potem sprawdzenie bramy, później DNS przez nslookup albo dig. Tutaj połączenie po IP działa, więc najbardziej logiczną przyczyną jest brak poprawnie skonfigurowanego serwera DNS.

Wymagane logowanie

Ocenianie trudności pytań jest dostępne tylko dla zalogowanych użytkowników. Zaloguj się, aby skorzystać z pełni możliwości platformy.

Twoja ocena pomoże innym uczniom w przygotowaniu do egzaminu, a Tobie pozwoli na dostęp do spersonalizowanych statystyk.

Zgłoś błąd w pytaniu

Rozwiń sekcję i zmień pole, którego dotyczy błąd. Wysłane zostaną tylko zmienione sekcje.

Błędna kwalifikacja
Błąd w treści pytania
Błąd w treści odpowiedzi
Błąd w obrazie
Dane kontaktowe (opcjonalnie)
Podaj email, jeśli chcesz otrzymać informację o rozpatrzeniu zgłoszenia.