- •1.Сеть Интернет и история её создания. Концептуальные положения создания сети Интернет. Сетевые технологии, используемые в сети Интернет.
- •2.Стек протокола tcp/ip. Характеристика уровней модели протоколов tcp/ip. Сопоставить модель tcp/ip и эмвос.
- •Пример электронного письма
- •Адреса электронной почты в Internet
- •Имя_пользователя@почтовый_домен
- •Структура электронной почты в Internet Структура электронной почты в Internet:
- •Структура web-mail
- •Хранилище сообщений
- •Доставка почтового сообщения Процесс доставки электронного сообщения от отправителя к получателю
- •7.Электронная почта в Internet. Доставка электронного сообщения получателю. Протокол pop3.
- •Передача видеоинформации
- •З аголовок пакета rtp
- •19.Размеры ip-дейтаграмм, mtu. Процедура фрагментации, управление фрагментацией, сборщик фрагментов.
- •27.Icmp-сообщение о подавлении источника данных. Целевое назначение. Формат такого icmp-сообщения.
- •28.Icmp-сообщения запроса временной метки и ответа на него. Форматы сообщений. Формат сообщения, запрашивающего временную метку, и ответ на него:
- •29.Новая версия протокола iPv6. Требования к новой версии. Общая структура дейтаграммы протокола iPv6. Формат основного заголовка дейтаграммы iPv6. Сравнить с заголовком iPv4.
- •Автоматическая настройка
- •Типы Unicast адресов
- •Пример автономной системы
- •Формат сообщения протокола rip 1
- •Формат сообщения протокола rip 2
- •35.Протокол внутренней маршрутизации ospf. Формат ospf–сообщений. Механизм рассылки маршрутной информации.
- •Иерархически структурированная автономная сеть ospf с четырьмя областями
- •Формат сообщения протокола ospf
- •Формат сообщения hello протокола ospf
- •Групповая маршрутизация с общим деревом
- •Групповая маршрутизация с деревом у каждого отправителя
- •Туннели для групповой рассылки Физическая топология
- •Логическая топология
Структура web-mail
MTA
MTA представляют собой узлы, через которые передаются электронные сообщения. Письмо достигает хранилище сообщений, содержащее почтовый ящик получателя, проходя через один или несколько MTA, последний из которых передает письмо агенту локальной доставки (LDA). Каждый МТА, через который проходит почтовое сообщение, добавляет к его заголовку информацию о том, когда и откуда пришло это сообщение.
Основные требования к МТА и к MUA описаны в RFC 1123 (Braden R., Ed. Requirements for Internet Hosts - Application and Support. RFC 1123, October 1989) и уточнены в RFC 2821 и в RFC 2822.
Одной из наиболее популярных программных реализаций МТА является программа sendmail, разработанная в начале восьмидесятых годов Эриком Оллмэном, студентом Калифорнийского университета в Беркли. Другие программные продукты, реализующие функции МТА для различных операционных систем: Postfix, smail, qmail, exim, ZMailer и многие другие
MSA
MSA это разновидность МТА, занимающийся в ряде случаев предварительной обработкой исходящей почты и необходимой корректировкой заголовка электронного письма. Задачи и особенности реализации MSA описаны в RFC 2476 (Gellens R., Klensin J. Message Submission. RFC 2476, December 1998).
LDA
LDA это программа, которая вызывается агентом передачи сообщения для обработки поступившей почты. В основном эта обработка заключается в помещении сообщений в почтовые ящики адресатов, то есть в добавлении сообщений к соответствующим файлам или в размещении их в специальных каталогах пользователей или в базах данных. Для взаимодействия МТА и LDA используются механизмы межпроцессного взаимодействия (IPC).
В некоторых случаях LDA может быть реализован как сервер, принимающий от МТА почту по протоколу LMTP (Local Mail Transfer Protocol), аналогичному SMTP. Этот протокол описан в RFC 2033 (Myers J. Local Mail Transfer Protocol. RFC 2033, October 1996).
Хранилище сообщений
Электронные сообщения помещаются в хранилище сообщений, откуда пользователь может их забрать в удобное для него время, соединившись с хранилищем сообщений по протоколу РОР3 или IMAP.
Элемент хранилища сообщений, содержащий электронные сообщения, называется почтовым ящиком.
Доставка почтового сообщения Процесс доставки электронного сообщения от отправителя к получателю
Сообщение, сформированное MUA отправителя, по протоколу SMTP посылается MSA. MSA проверяет, имеет ли данный MUA или пользователь право посылать почту из этой почтовой системы. В случае положительного результата, сообщение принимается для дальнейшей доставки.
MSA проверяет заголовок сообщения и, при необходимости, исправляет его. Готовое к отправке сообщение по протоколу SMTP отправляется на МТА исходящей почты.
МТА исходящей почты анализирует адрес получателя. Если сообщение предназначено для получателя домена, обслуживаемого данной почтовой системой, то оно доставляется получателю (см. пункты 6 – 10), в противном случае МТА запрашивает информацию о почтовом домене, указанном в адресе получателя, сервер DNS. Получив запрашиваемые данные, сервер DNS сообщает МТА, какие узлы принимают почту для данного домена, их адреса IP и приоритеты.
МТА отправителя пытается установить соединение по протоколу с принимающими почту узлами в соответствии с приоритетами, указанными в записях МХ, полученных от сервера DNS. Если соединение ни с одним узлом не удается установить, сообщение помещается в очередь, и через некоторое время попытки установить соединение повторяются. Если соединение установлено, то принимающий МТА, удостоверившись, что сообщение предназначено для пользователя его домена, и что почтовый ящик с указанным адресом действительно существует, принимает сообщение.
В принимающей почтовой системе сообщение может пройти через несколько промежуточных МТА, выполняющих различные виды обработки входящей почты: проверку на вирусы, фильтрацию спама, перенаправление к нужному хранилищу сообщений и пр.
Последний МТА передает сообщение LDA для локальной доставки.
LDA помещает сообщение в почтовый ящик адресата.
Получатель обращается к серверу РОР3 или IMAP, чтобы проверить поступившую почту.
Сервер забирает сообщение из почтового ящика.
Сервер посылает сообщение пользовательскому агенту получателя. 6.Электронная почта в Internet. Протокол SMTP. Пример SMTP – транзакции. Simple Mail Transfer Protocol – протокол используется для отправки почты, как клиентом на сервер, так и сервером на другой сервер.Порт по умолчанию – 25.Дополненный расширениями протокол SMTP часто называют ESMTP (Extended SMTP).Для начала работы клиент запрашивает соединение с сервером. После успешного установления соединения сервер сообщает клиенту свое доменное имя, тип и версию установленного программного обеспечения.
Затем клиент посылает серверу команды и ожидает ответы, либо подтверждающие исполнение команд, либо сообщающих о невозможности исполнения, либо содержащих информацию, запрошенную клиентом.Пример SMTP-транзакции
220 pds.sut.ru ESMTP Sendmail 8.12.2/8.12.2/SuSE Linux 0.6; Tue, 19 Oct 2004
20:50:15 +0400
helo user
250 pds.sut.ru Hello p.pds.sut.ru [192.168.1.7], pleased to meet you
mail from:emd@pds.sut.ru
250 2.1.0 emd@pds.sut.ru... Sender ok
rcpt to:doronin@yandex.ru
250 2.1.5 doronin@yandex.ru... Recipient ok
data
354 Enter mail, end with "." on a line by itself
Proverka
Проверка
.
250 2.0.0 i9JHEFGu031961 Message accepted for delivery
quit
221 2.0.0 pds.sut.ru closing connection
