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

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

на обложку

Фейт Сидни М.

Шрифт:

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>

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

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). Наиболее распространенные значения кодов:

1xx	Информация. Не используется, но зарезервирован для применения в будущем.
2xx	Успешно. Запрошенная операция была успешно получена, понята и принята для исполнения.
3xx	Перенаправление. Для полного завершения требуются дополнительные действия.
4xx	Ошибка клиента. Запрос имеет синтаксическую ошибку или не может быть выполнен.
5xx	Ошибка сервера. Сервер не смог выполнить корректный запрос.

Более детальные сведения обозначаются дополнительными кодами.

19.9 Продолжение совершенствования

В ответ на требования пользователей по обеспечению больших функциональных возможностей HTTP и HTML постоянно совершенствуются. На момент написания книги шла разработка стандартов для обеспечения безопасности взаимодействий клиент/сервер и для создания действительно защищенных коммерческих систем. Других достижений можно ожидать в области определения и реализации независимой от размещения ресурсов схемы именования (Uniform Resource Names — URN), поскольку существует проблема потери ссылки при перемещении документа на другой компьютер или в другой каталог.