Сети ЭВМ и телекоммуникации. Лясин Д.Н - 32 стр.

UptoLike

Составители: 

32
го же сервера другой ресурс, то сервер не может определить тот же это кли-
ент либо другой. В то же время для решения многих задач необходимо иден-
тифицировать клиента на время сеанса работы пользователя, или даже между
сеансами пользователя. Например, это может понадобиться для организации
различных систем голосования и опроса
пользователей, виртуальных магази-
нов, для аутентификации пользователей и сохранения различных настроек
для каждого пользователя. Использование постоянного HTTP соединения в
этом случае не решает проблему, поскольку такое соединение предназначено
для последовательного запроса нескольких документов. Постоянное соеди-
нение не может оставаться активным на время всего сеанса работы пользова-
теля, так как оно будет разорвано
сервером по истечению сравнительно не-
большого таймаута, если от клиента не поступает никаких данных.
Для решения этой проблемы протокола HTTP разработан специальный
механизм cookies. В этом случае информацию о соединении должен хранить
HTTP-клиент, например браузер. Для реализации этого механизма использу-
ются два дополнительных поля HTTP-заголовка Set-Cookie и Cookie. Схема
взаимодействия клиента и сервера при
использовании механизма cookies, вы-
глядит следующим образом:
клиент запрашивает какой-либо документ с сервера, например, обра-
щается к CGI-модулю;
сервер включает в заголовок ответа поле Set-Cookie, в котором сообща-
ет клиенту информацию, предназначенную для сохранения, и параметры, за-
дающие область действия этой информации;
при каждом следующем запросе клиент возвращает
серверу сохранен-
ную информацию с помощью поля Cookie в заголовке запроса, если запра-
шиваемый ресурс попадает в область действия, заданной сервером;
го же сервера другой ресурс, то сервер не может определить тот же это кли-
ент либо другой. В то же время для решения многих задач необходимо иден-
тифицировать клиента на время сеанса работы пользователя, или даже между
сеансами пользователя. Например, это может понадобиться для организации
различных систем голосования и опроса пользователей, виртуальных магази-
нов, для аутентификации пользователей и сохранения различных настроек
для каждого пользователя. Использование постоянного HTTP соединения в
этом случае не решает проблему, поскольку такое соединение предназначено
для последовательного запроса нескольких документов. Постоянное соеди-
нение не может оставаться активным на время всего сеанса работы пользова-
теля, так как оно будет разорвано сервером по истечению сравнительно не-
большого таймаута, если от клиента не поступает никаких данных.
   Для решения этой проблемы протокола HTTP разработан специальный
механизм cookies. В этом случае информацию о соединении должен хранить
HTTP-клиент, например браузер. Для реализации этого механизма использу-
ются два дополнительных поля HTTP-заголовка Set-Cookie и Cookie. Схема
взаимодействия клиента и сервера при использовании механизма cookies, вы-
глядит следующим образом:
   • клиент запрашивает какой-либо документ с сервера, например, обра-
щается к CGI-модулю;
   • сервер включает в заголовок ответа поле Set-Cookie, в котором сообща-
ет клиенту информацию, предназначенную для сохранения, и параметры, за-
дающие область действия этой информации;
   • при каждом следующем запросе клиент возвращает серверу сохранен-
ную информацию с помощью поля Cookie в заголовке запроса, если запра-
шиваемый ресурс попадает в область действия, заданной сервером;




                                   32