Сидни Фейт - TCP/IP Архитектура, протоколы, реализация (включая IP версии 6 и IP Security)
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&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). Наиболее распространенные значения кодов:
