Сидни Фейт - TCP/IP Архитектура, протоколы, реализация (включая IP версии 6 и IP Security)

• Название: TCP/IP Архитектура, протоколы, реализация (включая IP версии 6 и IP Security)
• Автор: Сидни Фейт
• Издательство: Лори
• Жанр: Программное обеспечение
• Год: 2000
• ISBN: 5-85582-072-6

 Второе издание популярного справочника полностью переработано и расширено с целью предоставить читателю наиболее полное описание средств разработки, конфигурирования, использования и обслуживания сетей TCP/IP и соответствующих служб.

Книга написана увлекательно и доступно. Она содержит дополнительные материалы о нескольких протоколах Интернета, используемых серверами и браузерами WWW, а также рассматривает все последние изменения в этой области. В книгу включены главы о новом стандарте безопасности IP и протоколе IP следующего поколения, известном как IPng или IPv6. Рисунки и таблицы наглядно показывают влияние средств безопасности IP и IPng на существующие сетевые среды.

Издание содержит следующие дополнительные разделы:

• Безопасность IP и IPv6

• Описание средств WWW, новостей Интернета и приложений для работы с gopher

• Подробное описание серверов имен доменов (DNS), маски подсети и бесклассовой маршрутизации в Интернете

• Таблицы и протоколы маршрутизации

• Руководство по реализации средств безопасности для каждого из протоколов и приложений

• Примеры диалогов с новыми графическими инструментами

Новое издание бестселлера по TCP/IP станет незаменимым помощником для разработчиков сетей и приложений, для сетевых администраторов и конечных пользователей.

---

19.7.1 Прокси-сервер

Прокси-сервер WWW используется для доступа к внешним серверам WWW клиентов, расположенных в пределах зоны безопасности сети. В этом случае браузер клиента конфигурируется для отправки всех запросов прокси-серверу, который, в свою очередь, взаимодействует с реальным сервером WWW и возвращает клиенту полученный результат. На рис. 19.4 показан клиент, обращающийся к серверу WWW через прокси.

Рис. 19.4. Извлечение информации с сервера WWW через прокси

Некоторые прокси кешируют пересылаемые документы и могут самостоятельно отвечать на повторные запросы.

19.8 Протокол HTTP

Служба WWW реализуется поверх соединений TCP (хотя можно применять и другие транспорты) и разрастается вместе с Интернетом. Работа сервера WWW заключается в следующем:

■ Клиент соединяется с сервером.

■ Клиент посылает запрос, например:

GET /home.html НТТР./1.0

ACCEPT: text/html

■ Сервер отвечает на запрос, указывая тип пересылаемой информации и передавая затребованный документ.

Сервер может взаимодействовать с различными видами клиентов благодаря подстройке отправляемых данных под возможности конкретного клиента. Клиент может объявлять о своих возможностях в операторе Accept:, отправляемом на сервер в запросе на извлечение документа. Один клиент может указать, что способен принимать только тексты в формате HTML, а другой — о своих возможностях по обработке текстов, изображений и звуковых файлов.

Обычно сервер WWW работает через общеизвестный порт TCP с номером 80. Иногда серверы конфигурируются для работы через другие порты.

В объектно-ориентированном языке (HTTP) вместо терминов "команда" или "запрос" используется термин "метод". Клиент может запрашивать три стандартных метода:

GET Извлечение страницы документа HEAD Запрос на вывод заголовка запрашиваемого документа POST Отправка страницы на сервер, например ввод данных в форму

Метод GET извлекает страницу. Страница — это документ, содержащий любые изображения или звуковые файлы. Она может размещаться на одном листе или иметь размер целой книги.

Команда HEAD позволяет клиенту до начала пересылки определить длину и тип данных извлекаемого элемента, равно как и дату последнего изменения и текущую версию. Если браузер уже кешировал на локальном диске последнюю версию документа, то документ будет извлечен локально.

19.8.1 Пример типичного диалога HTTP

Один из доводов в пользу быстрого развития протокола WWW состоит в том, что разработчики не тратили время на повторное изобретение колеса, а заимствовали форматы заголовков и типов данных из классической электронной почты и стандартов MIME.

Представленный ниже диалог показывает, насколько просто выполняется взаимодействие в HTTP. Запрос GET/HTTP/1.0 требует извлечения с сервера документа по умолчанию и объявляет, что клиент работает по версии 1.0 протокола HTTP. Клиент также указывает, что способен принимать только текстовые документы HTML.

Ответ сервера объявляет об используемой версии HTTP (1.0) и коде статуса; 200 — означает успешное выполнение запроса. Далее следует серия подобных MIME заголовков. Пустая строка (<CR><LF>) сообщает о конце раздела заголовков и начале тела документа.

GET/HTTP/1.0

ACCEPT: text/html

HTTP/1.0 200 Document follows

Date: Sat, 28 Oct 1995 14:07:25 GMT

Server: NCSA/1.5.1

Content-type: text/html

Last-modified: Tue, 09 May 1995 01:22:41 GMT

Content-length: 1563

<TITLE>InterNIC Directory and Database Services Home Page</TITLE>

<IMG src = "/Pics/logo.gif" alt = "">

<a href = ds/dspg01.html>

<H1>InterNIC Directory and Database Services</H1></a>

<P>

Welcome to InterNIC Directory and Database Services provided by AT&amp;T.

These services are partially supported through a cooperative agreement with

the National Science Foundation.

. . .

Сервер закроет соединение, когда будет завершена пересылка.

19.8.2 Заголовки сообщения

В таблицах 19.2–19.5 представлены краткие описания заголовков в запросах и ответах.

Таблица 19.2 Главные заголовки HTTP

Главные заголовки Описание Date: дата Дата в формате универсального времени, например: Date: Sun, 29 Oct 1995 15:15:23 GMT MIME-Version: версия Версия MIME заголовка, например: MIME-Version: 1.0 Pragma: директива Реализация конкретной директивы, например: Pragma: no-cache (указывает прокси на извлечение более новой версии страницы, если данная страница уже кеширована).

Таблица 19.3 Заголовки запросов HTTP

Заголовки запросов Описание Authorization: мандат Содержит информацию об аутентификации клиента для доступа к защищенным ресурсам. From: идентификатор электронной почты Подобен соответствующему полю в электронной почте. If-Modified-Since: дата Служит для организации условия в GET. Если затребованный документ не был изменен после указанной даты, в ответе будет содержаться только код 304, но не будет тела документа. Referer: URL Указание на источник получения ссылки на документ, например: Referrer: http://www.abc.com/index.html. User-Agent: программа Идентифицирует программное обеспечение клиента.

Таблица 19.4 Заголовки ответов HTTP

Заголовки ответов Описание Location: URL Предпочитаемое сервером размещение документа. Server: программа Идентифицирует программное обеспечение сервера. WWW-Authenticate: исследование Предоставляет параметры для указания на схему аутентификации и необходимость аутентификации самого клиента.

Таблица 19.5 Заголовки элементов HTTP

Заголовки элементов Описание Allow: метод Перечисление поддерживаемых ресурсом методов, например: Allow. GET, HEAD Content- Encoding: кодирование содержимого Для сжатого или зашифрованного содержимого; указывает на использованный алгоритм, например: Content-Encoding: x-gzip Content-Length: длина Описывает длину тела пересылаемого документа, например: Content-Length: 2048 Content-Type: тип носителя Определены IANA, например: Content-Type, text/html Expires: дата Элемент недостоверен после указанной даты. Last-Modified: дата Время последней модификации элемента.

■ В сообщении первыми стоят главные заголовки как в запросах, так и в ответах (таблица 19.2).

■ Затем следуют заголовки, специфичные для запросов (таблица 19.3) или ответов (таблица 19.4).

■ Наконец последними стоят заголовки элементов, которые обеспечивают детальное описание данного элемента (таблица 19.5).

Нужно помнить, что запрос POST приводит к пересылке от клиента к серверу определенных элементов, например данных формы. Поэтому заголовки элементов могут появляться в запросах и ответах.

19.8.3 Коды состояния

Коды состояния используются подобно электронной почте и пересылке файлов (FTP). Наиболее распространенные значения кодов: