37) Протокол smtp.
Сообщение имеет текстовый формат. Содержательная часть может быть любого формата или кодировки, но при этом она обязательно должна быть конвертирована в текстовый формат, о чем указывается в заголовке письма. Формат сообщения определяется RFC 2822. Структура состоит из:
1) Конверт (envelope) содержит служебную информацию, недоступную пользователю.
2) Заголовок (header) содержит адреса отправителя и получателя, и всех промежуточных узлов, через которые проходило сообщение, также содержит временные отметки, индикаторы и прочую служебную информацию, которая добавляется и обрабатывается только SMTP серверами.
3) Тело (body) – само сообщение и вложения.
Основные поля заголовка:
1. Date:
2. Form: – адрес отправителя.
3. To: – адреса получателей.
4. Cc: – адреса получателей копии сообщения.
5. Bcc: – адреса получателей скрытых копий сообщения (эти адреса получателям не видны).
6. Message-Id: – уникальный идентификатор сообщения.
7. In-Reply-To: – идентификатор сообщения, для которого данное является ответом.
8. Subject: – тело сообщения.
9. Return-Path: – обратный адрес, указанный на конверте.
10. Received: – описывает цепочку серверов, через которую прошло письмо.
11. Mime-Version: – версия MIME.
12. Content-Type: – описывает, чем является содержимое (формат того, что находится в теле письма).
13. Content-Transfer-Encoding: – кодировка текста, если она отлична от ASCII-UA.
RFC 2045 – MIME – описание всех типов вложения и способов их кодирования.
Почтовый адрес: комментарий <имя пользователя @ почтовый домен>комментарий. Этот формат описан в RFC 2822 – формат адреса, RFC 1034 – почтовый домен. Почтовый домен не равен домену DNS. Протокол основан на транзакциях (команда-ответ).
Основные команды:
HELO
MAIL FROM – адрес отправителя будет вставлен в заголовок письма.
REPT TO – адрес получателя (кому отправить письмо).
DATA – сигнализирует о начале тела сообщения.
QUIT – конец работы с сервером.
VRFY – проверка, существует ли данный адрес.
HELP – сервер выдает список всех исполняемых инструкций протокола.
HELP имя команды – краткое описание данной команды.
Отклики сервера RFC 821:
2хх – успешное выполнение команды.
5хх – ошибка.
3хх – требуется продолжение ввода.
38) Спецификация Telnet.
Сетевой протокол для реализации текстового интерфейса по сети RFC 318, 854. Выполняет функции протокола прикладного уровня модели OSI.
1) Initial Connection Protocol (ICP).
2) Network Virtual Terminal (NVT).
3) Кодирование + Control Signal.
Назначение протокола – описание процедуры обмена текстовыми строками в клиент-серверном приложении. Популярен при режиме команда-ответ (удаленная работа, протоколы с командными каналами, протоколы с транзакциями). Использует TCP, 25 порт, дуплексный, на логическом уровне – полудуплексный.
NVT
1 Printer (output) }Text stream +
2 Keyboard (input) }Control signals
Весь поток байтовый 8 bit:
32-126 – отображаемые на экране US ASCII
0 – NULL – нет операции.
7 – BEL - производит аудио или видеосигнал.
8 – BS (backspace) – шаг назад
9 – HT – горизонтальная табуляция
10 – LF – смещение курсора на следующую страницу
11– VT – вертикальная табуляция
12 – FF – новая страница
13 – CR – вернуться в начало новой строки.
255 – Interpret As Command
Команды:
255, 255 – байт 255.
255, код – команда
255, код, опция – команда + опция.
Команды не относятся к NVT, на них реагирует только сервер Telnet. Есть возможность передавать произвольный байтовый поток (почти не используется).
The end of the line convention – соглашение о кодировке конца строки (*).
При неправильном кодировании конца строки команда не будет воспринята сервером.