13. Dns. Пространство имён, сервера имён, библиотеки преобразователи имён. Типы записей о ресурсах. Обратное преобразование имён.

DNS (доменная система имён) представляет собой распределённую б.д., хранящую инф-ию о хостах, подключенных к сети.

Назначение DNS – преобразование символьных имён в IP адреса и наоборот.

Компоненты DNS: Библиотеки преобразователи имён – явл-ся частью О.С. и предоставляют приложениям интерфейс для поиска инф-ии в DNS. Чтобы библиотека работала, ей необходимо сообщить адрес хотя бы 1-го DNS сервера. Он указывается при настройке протокола IP.

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

Пространство имён – имеет иерархическую структуру, к-рая начинается в корневом домене и разветвляется на произвольное кол-во поддоменов. Поддомены корневого домена наз-ся доменами 1-го уровня. Имена таких доменов представляют собой: либо код страны (ru-Россия и т.п.), либо тип деятельности (info- информационные ресурсы). В доменах 1-го уровня содержатся домены 2-го уровня, к-рые могут принадлежать к конкретной организации или охватывают неск-ко организаций. Часть пространства имён, к-рая не может быть разделена и управление к-рой осуществляется одной организацией наз-ся зоной. Зона – это домен без своих поддоменов.

13. Формат сообщений электронной почты. Протоколы передачи почты smtp и pop3.

Почтовый протокол POP3 (Post Office Protocol) –обеспеч-т доступ узла к базовому почтовому серверу. POP3 — лишь получает и стирает почтовые сообщ-ия.  ЭВМ-клиентом наз-ся машина, польз-ся услугами POP3, а ЭВМ-сервером – сторона, предлагающая услуги POP3. Когда польз-ль ЭВМ-клиента хочет послать сообщ-ие, он устанав-т SMTP связь с почтовым сервером непосредственно и посылает все, что нужно ч/з него. При этом ЭВМ POP3-сервер не обязательно явл-ся почтовым сервером. В исходный момент ЭВМ POP3-сервер прослушивает TCP-порт 110. Если ЭВМ-клиент хочет воспольз-ся услугами POP3-сервера, то устанавливает с ним TCP связь. По установлении связи POP3-сервер посылает клиенту уведомление и сессия переходит в фазу авторизации. После этого может производиться обмен командами и откликами. Соединение условно можно разделить на 2 фазы: фаза аутентификации (авторизации), фаза передачи д-х (транзакций). В процессе авторизации клиент должен представить себя серверу, передав имя и пароль, используя команды: user [имя]. Если авторизация успешно завершена, сессия переходит в состояние транзакции (TRANSACTION). При получении от клиента команды QUIT сессия переходит в состояние UPDATE, при этом все ресурсы освобождаются и TCP связь разрывается. Сервер перед закрытием канала по команде QUIT должен удалить из почтового ящика все сообщ-ия, к-рые были перенесены с помощью команд RETR. «-»РОР3  явл-ся слабый механизм аутентификации – пароль переходит в открытом виде и может быть легко перехвачен.

Протокол электронной почты SMTP. Simple Mail Transfer Protocol был разработан д/обмена почтовыми сообщ-ями в сети Internet. SMTP не зависит от транспортной среды и может использ-ся д/доставки почты в сетях с протоколами, отличными от TCP/IP и Х.25. Достигается это за счет концепции IPCE. IPCE позволяет взаимодействовать процессам, поддерживающим SMTP в интерактивном режиме, а не в режиме «STOP-GO».

Модель протокола. Взаимодействие в рамках SMTP строится по принципу двусторонней связи, к-рая устанавливается м/д отправ-лем и получ-лем почтового сообщ-ия. При этом отправ-ль инициирует соединение и посылает запросы на обслуживание, а получ-ль на эти запросы отвечает. Фактически, отправ-ль выступает в роли клиента, а получ-ль — сервера. Канал связи устанавливается непосредственно м/д отправ-ем и получ-ем сообщ-ия. При таком взаимодействии почта достигает абонента в течение неск-ких секунд после отправки. Используется 25 порт.

Дисциплины работы и команды протокола. Обмен сообщ-ями и инструкциями в SMTP ведется в ASCII-кодах. В протоколе определено неск-ко видов взаимодействия м/д отправ-ем почтового сообщ-ия и его получ-ем, к-рые здесь наз-ся дисциплинами: отправка почтового сообщ-ия, перенаправление почтового сообщ-ия, верификации, прямая рассылка сообщ-ий. В процессе соединения клиент передает серверу команды, и данные в виде текстовых строк, сервер, при выполнении каждой команды, возвращает строку состояния из трехзначного кода завершения опер-ии и его текстового описания. «-» SMPT явл-ся его слабая защищенность к невозможности идентификации отправ-ля.

13. Расширения MIME. Типы содержимого. Методы кодирования base64 и quoted-printable.

Д/того, чтобы можно было пересылать сообщ-ия, отличные от текстовых, а так же сообщ-ия, состоящие из неск-ких частей, были разработаны многоцелевые расширения почты интернет MIME. Эти расширения позволяют определять методы кодирования данных, то в заголовок добавляется поле MIME Version, содержащее использ-ую версию расширений. В поле Content-Type указыв-ся тип содержимого в формате тип/подтип [; параметры].

Стандартные типы: 1.text 2. Image 3.Audio 4.Video 5.Application 6. multipart.

5 –это данные, к-рые необходимо обрабатывать при помощи приложения определ-ого типа.

6. – означает, что сообщ-ие состоит из неск-ких частей, каждый из к-рых может иметь свой тип. Д/каждого типа определены стандартные подтипы, если использ-ся стандартный тип, то его название должно начинаться с префикса X. Если сообщ-ие содержит данные, отличные от английского текста, то эти данные должны быть закодированы. Метод кодирования указыв-ся в поле Content-Transfer-Encoding: имеются следующие

методы кодирования:

1. 7bit и 8bit – это кодирование отсутствует, может использ-ся только д/текстовых данных.

2. base64 – использ-ся в основном д/текстовых данных, содержащих небольшое число 8ми битных символов, при этом латинские символы, цифры и знаки препинания не кодируются. Остальные символы кодируются. Кодируемый символ заменяется последов-тью = XX, где XX это шестнадцатеричные цифры, определ-щие код символа.

3. quoted-printable – кодируют всю инф-цию, при этом кодируемые данные разбиваются на группы по 6 бит и каждая из групп в зависимости от зн-ния заменяется одним из символов A-Z,a-z,0-9,+1.

13. Протокол HTTP. Основные свойства. Методы. Переговоры о содержании. Средства кэширования в протоколе HTTP.

Предназначен д/работы в инф-ых сис-х. Представляет набор методов д/доступа к различным ресурсам. Протокол работает поверх протокола TCP. В процессе работы клиент и сервер обмениваются HTTP сообщ-ми. Клиент посылает запросы, сервер возвращает ответы.

Переговоры: Протокол HTTP содержит ср-ва, позволяющие предоставить клиенту документ в том формате, к-рый д/него удобен. Процесс выбора оптимального формата и наз-ся переговорами о содержании. Переговоры могут приходить со стороны клиента (1) или сервера (2).

1. Агент клиента добавляет к заголовку запроса поля Accept, Accept Charset, Accept Language, к-рые содержат список предпочтений клиента.

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