Протокол передачи гипертекста http. Общие сведения. Url, заголовок http-запроса. Http-ответ, заголовки http-ответа. 


Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Протокол передачи гипертекста http. Общие сведения. Url, заголовок http-запроса. Http-ответ, заголовки http-ответа.



 

HTTP (сокр. от англ. HyperText Transfer Protocol — «протокол передачи гипертекста») — протокол прикладного уровня передачи данных (изначально — в виде гипертекстовых документов). Основой HTTP является технология «клиент-сервер», то есть предполагается существование потребителей (клиентов), которые инициируют соединение и посылают запрос, и поставщиков (серверов), которые ожидают соединения для получения запроса, производят необходимые действия и возвращают обратно сообщение с результатом. HTTP в настоящее время повсеместно используется во Всемирной паутине для получения информации с веб-сайтов.

Каждое HTTP-сообщение состоитиз трёх частей, которые передаются в указанном порядке:

1. Стартовая строка (англ. Starting line) — определяет тип сообщения;

2. Заголовки (англ. Headers) — характеризуют тело сообщения, параметры передачи и прочие сведения;

3. Тело сообщения (англ. Message Body) — непосредственно данные сообщения. Обязательно должно отделяться от заголовков пустой строкой.

Заголовки и тело сообщения могут отсутствовать, но стартовая строка является обязательным элементом, так как указывает на тип запроса/ответа.

 

Стартовые строки различаются для запроса и ответа. Строка запроса выглядит так:

Метод URIHTTP/Версия

Здесь:

Метод (англ. Method) — название запроса, одно слово заглавными буквами.

URI определяет путь к запрашиваемому документу.

Версия (англ. Version) — пара разделённых точкой арабских цифр. Например: 1.0.

 

Стартоваястрока ответа сервера имеет следующий формат:

HTTP/Версия КодСостояния Пояснение

Здесь:

Версия — пара разделённых точкой арабских цифр как в запросе.

КодСостояния (англ. StatusCode) — три арабские цифры. По коду статуса определяется дальнейшее содержимое сообщения и поведение клиента.

Пояснение (англ. ReasonPhrase) — текстовое короткое пояснение к коду ответа для пользователя. Никак не влияет на сообщение и является необязательным.

 

Метод HTTP (англ. HTTPMethod) — последовательность из любых символов, кроме управляющих и разделителей, указывающая на основную операцию над ресурсом. Обычно метод представляет собой короткое английское слово, записанное заглавными буквами:

· GET - Используется для запроса содержимого указанного ресурса.

· HEAD - Аналогичен методу GET, за исключением того, что в ответе сервера отсутствует тело.

· POST - Применяется для передачи пользовательских данных заданному ресурсу.

· PUT - Применяется для загрузки содержимого запроса на указанный в запросе URI.

· Остальные используются редко.

 

Заголовки HTTP (англ. HTTP Headers) — это строки в HTTP-сообщении, содержащие разделённую двоеточием пару параметр-значение.

 

Заголовки HTTP- запроса:

Заголовок Назначение Пример
Accept Список допустимых форматов ресурса. Accept: text/plain
Authorization Данные для авторизации. Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==
Content-Disposition Способ распределения сущностей в сообщении при передачи нескольких фрагментов.  
Host Доменное имя и порт хоста запрашиваемого ресурса. Необходимо для поддержки виртуального хостинга на серверах. Host: en.wikipedia.org
Max-Forwards Максимально допустимое количество переходов через прокси. Max-Forwards: 10
User-Agent Список названий и версий клиента и его компонентов с комментариями. User-Agent: Mozilla/5.0 (X11; Linux i686; rv:2.0.1) Gecko/20100101 Firefox/4.0.1

 

Заголовки HTTP- ответа:

Заголовок Назначение
Accept-Ranges Перечень единиц измерения диапазонов.
Age Количество секунд с момента модификации ресурса.
ETag Тег (уникальный идентификатор) версии сущности, используемый при кэшировании.
Location URI по которому клиенту следует перейти или URI созданного ресурса.
Proxy-Authenticate Параметры аутентификации на прокси-сервере.
Server Список названий и версий веб-сервера и его компонентов с комментариями
Retry-After Дата или время в секундах после которого можно повторить запрос.

 

Пример:

Запрос клиента:

GET /wiki/страница HTTP/1.1

Host: ru.wikipedia.org

User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.9b5) Gecko/2008050509 Firefox/3.0b5

Accept: text/html

Connection: close

(пустая строка)

Ответсервера:

HTTP/1.1 200 OK

Date: Wed, 11 Feb 2009 11:20:59 GMT

Server: Apache

X-Powered-By: PHP/5.2.4-2ubuntu5wm1

Last-Modified: Wed, 11 Feb 2009 11:20:59 GMT

Content-Language: ru

Content-Type: text/html; charset=utf-8

Content-Length: 1234

Connection: close

(далее следует запрошенная страница в HTML)

 

URI = URL + URN.

URL — (англ. UniformResourceLocator) это часть URI, которая определяет адрес хоста сетевого ресурса (для несетевых ресурсов эта часть может опускаться).

URN — (англ. UniformResourceName), это часть URI, которая определяет имя ресурса на хосте в локальном пространстве имён (и, соответственно, в определённом контексте).

Пример:

1) URI = http://ru.wikipedia.org/w/index.php?title=URI&stable=0#.D0.9E.D1.81.D0.BD.D0.BE.D0.B2.D1.8B

где:

URL = http://ru.wikipedia.org

URN = /w/index.php?title=URI&stable=0#.D0.9E.D1.81.D0.BD.D0.BE.D0.B2.D1.8B

 

27. Служба почты как пример распределенной системы: понятие распределенной системы, организация взаимодействия пространственно распределенных агентов.

 

Понятие распредленной системы:

Распределённая система — система, для которой отношения местоположения элементов (или групп элементов) играют существенную роль с точки зрения функционирования системы, а, следовательно, и с точки зрения анализа и синтеза системы.

Распределенные системы:

· непрерывными

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

· дискретными.

Дискретные распределенные системы характеризуются тем, что элементы системы четко "очерчены", отделены друг от друга. Один из видов отношений – бинарное отношение "быть соседними элементами". Между двумя соседними элементами других элементов нет. Это не означает, что между ними нельзя включить какой-либо третий элемент. Но тогда первые два перестают быть соседними.

Мега картинки брофсера 1

Организация взаимодействия пространственно распределнных агентов:

Система современной электронной почты состоит из трех основных компонентов:

 

· пользовательского агента (User Agent);

 

Программы, которые предоставляют пользователям возможность читать и составлять почтовые сообщения, называются пользовательскими агентами. Примеры таких программ - Internet Mail в Windows 95, Netscape, Pine, команда mail в UNIX и многие другие.

Пользовательский агент формирует письмо: позволяет написать его текст, присоединить файлы, указать тему письма и все адреса.

 

 

· транспортного агента (Transfer Agent);

 

 

Затем письмо передается транспортному агенту - наиболее сложной и важной части почтовой системы. Это программы, которые принимают почту от пользовательского агента, интерпретируют адреса пользователей и переправляют почту на соответствующие компьютеры для последующей доставки. Кроме этого, транспортный агент принимает входящую почту от других транспортных агентов. Транспортный агент отрабатывает протокол SMTP (Simple Mail Transport Protocol) - простой протокол транспортировки почты.

 

 

· доставочного агента (Delivery Agent).

 

Дойдя до машины второго пользователя, письмо при помощи транспортного агента этой машины передается доставочному агенту (Delivery Agent), который принимает почту от транспортного агента, доставляет ее соответствующим пользователям и отвечает за формирование MailBox пользователя. Обычно MailBox - это файл, где последовательно хранятся все приходящие письма. Почта может доставляться конкретному лицу, в список рассылки, в файл, в программу и т. п. Для обслуживания получателей каждого типа необходим отдельный агент mail - доставочный агент локальных пользователей. На этом работа почтовой системы заканчивается. Из MailBox почта читается почтовыми клиентами (например Netscape), но к работе самой системы это уже отношения не имеет.

 

Служба почты (дополнительно со шпор прошлого года):

Служба – основное структурное, функционально обособленное, подразделение предприятия, имеющее сложно-функциональную и территориально-распределенную организацию.

Стратифицированное представление протокола почты.

Мега картинки брофсера 2

 

Для пересылки любой, в том числе и обычной почты, необходимо знать адрес (нельзя писать письмо «На деревню. Дедушке.»). Это относится и к электронной почте. В системе электронной почты адресация бывает двух видов:

· маршрутно-зависимая;

· маршрутно-независимая.

 

При использовании первого способа адресации отправитель должен указать промежуточные машины (пункты), через которые должно пройти сообщение, чтобы попасть в пункт назначения и быть доставленным адресату. В адресе второго вида просто указывается пункт назначения. При этом UUCP-адреса являются маршрутнозависимыми, а Internet-адреса от маршрута не зависят.

 

UUCP-адрес состоит из списка машин (радиоэлектронного оборудования), через которые должно пройти сообщение на пути к пункту назначения. Элементы списка разделяют восклицательными знаками. Например, в электронно-почтовом UUCP-адресе: mcvax!uunet!ucbvax!hao!boulder!lair!evi — пунктом назначения является машина lair, а получатель — абонент evi. Каждая машина в цепочке имеет непосредственное UUCP-соединение с машинами, которые находятся в сети до и после нее. Например, машина ucbvax должна иметь соединения с машинами hao и uunet. Цепочки UUCPадресов бывают очень длинными, но теперь, когда широко используется Internet, настоящие громадины увидишь очень редко. Когда электронная почта строилась в основном на базе UUCP, администраторы вынуждены были помнить список компьютеров на довольно больших участках базовой сети UUCP. В формате электронной Interneпочты адрес, приведенный выше, будет иметь вид evi@lair.

 

Электронно-почтовый Internet-адрес имеет следующий формат:

пользователь@машина,

где знак @ отделяет имя пользователя от обозначения машины.

 

Этот адрес содержит идентификатор абонента и сведения о его местоположении. В нашем случае идентификатор абонента - savspb. В качестве идентификатора используются имена, фамилии, псевдонимы, очень часто они составляются из начальных букв фамилии, имени, отчества абонента.

 

То, что стоит справа от знака @, называется доменом и однозначно описывает местонахождение абонента. Домен состоит из составных частей, которые разделяются точками. Самая правая часть домена — это домен верхнего уровня, который, как правило, обозначает код страны адресата. Код страны утвержден международным стандартом ISO.

 

Следующая составная часть домена — поддомен является однозначно Определяемым внутри домена верхнего уровня. Нетрудно догадаться (по аналогии с обычным письмом), что после кода страны должен следовать код города.

 

Домен третьего уровня — stels.spb.ru. В нашем случае домен третьего уровня включает в себя название фирмы Stels. Правила образования имен внутри доменов третьего уровня — это личное дело доменов второго уровня.

 

Кроме идентификаторов абонентов, в системе электронной почты используются почтовые псевдонимы, которые позволяют системному администратору и отдельным пользователям переадресовывать почту. Ими можно пользоваться для задания списков рассылки (которые включают нескольких получателей), для пересылки почты между компьютерами и для того, чтобы к пользователям можно было обращаться по нескольким именам.

 

Чтобы электронное письмо дошло до адресата, необходимо его оформить в соответствии с международными стандартами и написать стандартизованный почтовый электронный адрес. Общепринятый формат послания определяется документом под названием «Standard for the Format of ARPA - Internet Text messages», сокращенно Request for Comment или RFC822. Этот формат определяет, что электронное послание должно состоять из текста самого письма и заголовка, который приписывается в начале сообщения. Заголовок отделяется от текста пустой строкой и содержит несколько строчек необходимой информации об этом сообщении: дату отправления, адрес, обратный адрес, тему сообщения и т. д. Каждая из строк заголовка имеет вид: название: текст. Бывает несколько видов строк заголовка. Не все они обязательно должны присутствовать. Некоторые строки почтовые службы добавляют автоматически. (Received: Date:), другие задает сам автор письма (То:, Subject:).

 

Само письмо состоит из двух частей: заголовка и тела письма. Для системы основным является заголовок, для пользователей — тело письма. Заголовок содержит сведения об авторе письма, о получателях, времени создания. Заголовок также пополняется по мере прохождения письма через сеть, в него заносится информация о том, в какое время письмо проходило и через какие компьютеры. За заголовком следует пустая линия, отделяющая тело письма. В теле прописываются такие важные параметры, как кодировка текста письма, тип присоединенных файлов и некоторые другие. В отличие от многих иных сервисов, письма передаются по сети целиком, но не в том смысле, что одним большим IP-пакетом, а в том, что все пакеты, содержащие письмо, собираются на каждом передающем компьютере. Система передачи полностью аналогична обычному роутингу сетевых пакетов. Для нее применяются записи так называемого Mail eXchanger (MX), которые содержат информацию о том, куда в зависимости от адреса получателя требуется направлять письмо. Так в целом происходит работа почтовых систем.

 


 



Поделиться:


Последнее изменение этой страницы: 2016-08-06; просмотров: 523; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 18.222.117.109 (0.044 с.)