Jak działa metoda HTTP GET w stosunku do protokołu DNS?

Próbuję zrozumieć protokoły warstwy aplikacji w stosie TCP / IP. Wiem, że zarówno protokół HTTP, jak i DNS pozostają na górnej warstwie (Warstwa aplikacji). Tak więc, gdy przeglądarka chce uzyskać dostęp do zasobu, musi wysłać żądanie do serwera HTTP, na przykład:

GET www.pippo.it/hello.htm HTTP/1.1

Wysyłając to żądanie zgodnie z regułami protokołu HTTP, używa adresu URL strony, a nie adresu IP.

Wiem, że żądanie DNS jest konieczne do konwersji adresu URL na adres IP. Moje pytanie brzmi: czy HTTP wywołuje protokół DNS? Wydaje mi się to niemożliwe, ponieważ oba są protokołami najwyższej warstwy (więc DNS nie może zapewnić usługi HTTP). W ten sam sposób nawet TCP (który pozostaje na niższym poziomie) nie może poprosić o usługę na protokole wyższego poziomu, takim jak DNS.

Kiedy więc pojawia się żądanie DNS? A kto wykonuje takie żądanie?

Żądanie HTTP, o którym mowa, jest w rzeczywistości nieprawidłowe, chyba że przeglądarka rozmawia z pośrednikiem (proxy).

Twój przykład wyglądałby bardziej jak poniżej, gdyby przeglądarka bezpośrednio komunikowała się z serwerem sieciowym:

GET /hello.htm HTTP/1.1
Host: www.pippo.it

Teraz, aby spojrzeć na to z perspektywy, rozważ model OSI:

W akcji mamy 3 systemy:

• Klient uruchamiając przeglądarkę
• Serwer WWW obsługujących witrynę
• Serwer DNS znając adres IP strony

Stosowane protokoły są od dołu do góry (minimalny odpowiedni zestaw do PO):

• IP
• TCP, UDP
• HTTP, DNS

Komunikacja HTTP odbywa się za pośrednictwem protokołu TCP (TCP znajduje się nad protokołem IP), podczas gdy komunikacja DNS w tym przypadku odbywa się za pośrednictwem protokołu UDP (UDP jest również nad protokołem IP).

Oto sekwencja komunikacji w skrócie:

1. Klienta , uruchamiając przeglądarkę, zwraca się do serwera DNS za Arekord www.pippo.it, przy użyciu protokołu UDP.

   1.1 Na kliencie jest to system operacyjny, który wykonuje część rozstrzygającą i odsyła do przeglądarki --- przeglądarka nigdy nie komunikuje się bezpośrednio z serwerem DNS, raczej poprzez system operacyjny, wywołując gethostbyname () lub nowszą getaddrinfo () . W systemie Windows, kolejność, w jakiej OS rozwiązuje adresy prawdopodobne jest zdefiniowany przez coś takiego jak ten , podczas gdy w systemie Linux pierwszeństwo rozwiązywaniu jest zdefiniowana przez/etc/nsswitch.conf

2. Serwer DNS , korzystając z protokołu UDP, odpowiada klientowi za pomocą rekordu / adresu IP, jeśli istnieje

3. Klient otwiera połączenie TCP na porcie 80 na serwerze WWW i zapisuje się następujący tekst:

   Żądanie HTTP:

   GET /hello.htm HTTP/1.1
   Host: www.pippo.it
   

   Możesz naśladować to samo, robiąc coś takiego w konsoli lub wierszu polecenia:

   > telnet www.pippo.it 80
   Trying 195.128.235.49...
   Connected to www.pippo.it.
   Escape character is '^]'.
   GET /hello.htm HTTP/1.1
   Host: www.pippo.it
   

   a następnie dwie puste linie. Jeśli żądana treść istnieje, serwer internetowy wydrukuje ją na ekranie. Jeśli po drugiej stronie znajduje się przeglądarka, tekst odpowiedzi jest analizowany przez przeglądarkę, a wszystkie tagi, łącza, skrypty i obrazy są renderowane na tak zwanej stronie internetowej.

W rzeczywistości istnieje kilka dodatkowych szczegółów, np. Przeglądarki mogą buforować adresy IP, jeśli już odwiedziłeś jakąś domenę, więc rozpoznawanie DNS staje się zbędne. Ponadto nowoczesne przeglądarki mogą próbować rozwiązać problem, zanim rzeczywiście go potrzebujesz ( pobieranie DNS ), aby przyspieszyć przeglądanie.

Ponadto komputer może zawierać statyczne rekordy w hostspliku. Jeśli rekord pasuje do żądania, lokalny wpis statyczny jest wykorzystywany jako pierwszy i nigdy nie kontaktuje się z żadnym serwerem DNS. Jest to konfigurowalne i niekoniecznie prawdziwe, ale jest domyślne w systemach operacyjnych, które znam.

HTTP jest przesyłany przez TCP, który jest protokołem IP. Aby złożyć żądanie HTTP, przeglądarka musi otworzyć połączenie TCP, a do tego potrzebuje docelowego adresu IP (tj. Adresu IP serwera). Aby rozwiązać nazwę hosta serwera, musi on zatem wysłać żądanie DNS (zazwyczaj samo żądanie DNS jest wysyłane przez system operacyjny, gdy program wywołuje funkcje rozpoznawania nazw; jednak nic nie stoi na przeszkodzie, aby program sam wysyłał żądania DNS do DNS serwer). Po ustanowieniu połączenia może wysłać żądanie HTTP, które zawiera ścieżkę do żądanego zasobu oraz pole Host z nazwą hosta serwera (np Host: www.pippo.it.). Nazwa hosta ma nie iść na linii żądania (to faktycznie byćGET /hello.htm HTTP/1.1), z wyjątkiem sytuacji, gdy żądanie jest wysyłane do serwera proxy HTTP (w tym przypadku obecny jest pełny adres URL, w tym część protokołu, np. GET http://www.pippo.it/hello.htm HTTP/1.1),

Procedura wygląda następująco:

1. Użytkownik (ty) podaje przeglądarce adres URL, taki jak http://www.pippo.it/hello.htm

2. Przeglądarka dzieli to na trzy części:

   • Protokół http
   • Nazwa hosta www.pippo.it
   • Ścieżka URL /hello.htm

   (bardziej skomplikowany adres URL może również zawierać inne części, na razie zignoruję tę możliwość)

3. Przeglądarka wie, że aby utworzyć połączenie IP, potrzebuje adresu IP. Aby uzyskać adres IP, musi używać DNS (chyba że ma buforowany adres).

   1. Przeglądarka pyta system operacyjny o adres IP serwera DNS; załóżmy, że tak 8.8.8.8.

   2. Przeglądarka tworzy następujące połączenie wielowarstwowe:

      • Warstwa IP: połącz się z 8.8.8.8
      • Warstwa UDP: ustaw pakiet dla docelowego portu 53
      • Warstwa DNS: utwórz żądanie DNS dotyczące Arekordu dla nazwy hostawww.pippo.it

      Oczywiście pomijam wiele szczegółów na temat np. Dokładnego formatu zaangażowanych pakietów.

   3. Przeglądarka otrzymuje odpowiedź DNS (nałożoną na UDP nałożoną na IP itp.), Która podaje adres IP www.pippo.it, powiedzmy, że to10.11.12.13
4. Przeglądarka wie, że do utworzenia połączenia TCP potrzebny jest numer portu. Aby uzyskać numer portu, sprawdza protokół httpw swojej wewnętrznej tabeli i dowiaduje się, że powinien używać portu 80.

5. Przeglądarka tworzy następujące połączenie wielowarstwowe:

   • Warstwa IP: połącz się z 10.11.12.13
   • Warstwa TCP: ustaw pakiety na docelowy port 80

   • Warstwa HTTP: utwórz żądanie HTTP dotyczące adresu URL /hello.htmna hoście www.pippo.it(ponieważ komputer 10.11.12.13może być hostem dla wielu domen, więc musi wiedzieć, która jest pożądana)

     GET /hello.htm HTTP/1.1
     Host: www.pippo.it
     ...
     

   Oczywiście pomijam wszystkie szczegóły uzgadniania TCP i tym podobne.

6. Przeglądarka odbiera odpowiedź HTTP (warstwowa na TCP warstwowa na IP itp.) Zawierająca zawartość hello.htm

Na wszelki wypadek wspomnę, że przeglądarka analizuje teraz treść tej odpowiedzi i identyfikuje wszelkie dodatkowe potrzebne zasoby: obrazy, CSS, JavaScript itp. Następnie powtarza ten cały proces dla każdego takiego zasobu.