ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 20.03.2025
Просмотров: 526
Скачиваний: 1
СОДЕРЖАНИЕ
Лабораторная работа № 1 Изучение протоколаTelnet
1.1.1. Подключение к unix-серверу
1.1.2. Основные команды ос unix
1.2. Telnet- серверный процесс
1.2. Основные сведения о протоколе telnet
1.5 Взаимодействие «Терминал - терминал»
1.6. Работа с почтовой системой unix
Часть 1. Основы работы в ос unix
Часть 2. Изучение команд протокола telnet
Часть 3. Работа в режиме «Терминал - терминал»
Часть 4. Работа с электронной почтой в unix
1.1. Формат почтовых сообщений
1.2. Примеры почтовых сообщений
13. Основные сведения о протоколе smtp
1.3. Основные сведения о протоколе рорз
Часть 1. Работа с протоколом smtp
Лабораторная работа №3 Изучение протокола передачи файловFtp
1.1. Основные сведения о протоколе ftp
331 Password required for vov.
Операция отправки почты называется транзакцией и состоит из трёх шагов (команд): MAIL, RCPT, DATA. Например:
MAIL FROM: stud1@srv-vmss.mpei.ac.ru
RCPT TO: stud5@srv-vmss.mpei.ac.ru
DATA Hello, stud5 и т. д.
При этом команда RCPT может быть повторена, если получателей несколько. Символ ".", введённый на отдельной строке, означает конец сообщения. На каждую введённую команду SMTP-сервер отвечает кодом возврата. Код возврата состоит из трёхзначного десятичного числа и некоторого поясняющего текста (см. табл. 3). Подробнее о кодах возврата можно узнать из RFC821.
Таблица 3. Колы возврата SMTP-сервера
|
Код возврата
|
Текст сообщения
|
Пояснение
|
|
500
|
Syntax error, command unrecognized
|
Ошибка в написании команды
|
|
220
|
<domain> Service ready
|
Готовность сервера к приёму команд
|
|
221
|
<domain> Service closing transmission channel
|
Закрытие соединения
|
|
354
|
Start mail input; end with <CRLF>.<CRLF>
|
Готовность к приёму текста сообщения
|
|
250
|
OK
|
Успешное выполнение
|
Каждая команда протокола имеет свой набор кодов возврата. Например, для команды MAIL:
250 - в случае успешного выполнения;
552,451,452 - в случае неуспешного выполнения;
500,501,421 - в случае ошибки при вводе команды.
Подробнее о соответствии команд и кодов возврата также можно узнать из RFC821. Кроме того, в RFC821 приведены схемы выполнения команд протокола и подробно расписано значение каждой цифры кода возврата.
1.3. Основные сведения о протоколе рорз
РОРЗ (Post Office Protocol, версия 3) - протокол, позволяющий клиентам получать доступ к своим почтовым ящикам на сервере. Он позволяет только забрать или удалить почтовое сообщение. Сервером в данном случае является компьютер, на котором запущен сервис РОРЗ. РОРЗ-сервис устанавливается на 110-й порт сервера, который находится в режиме ожидания запросов со стороны клиентов. Схема установления соединения и работы по протоколу РОРЗ:
1. Клиент устанавливает соединение с 110-м портом РОРЗ-сервера.
2. Сервер отправляет сообщение приветствия: "+ОК РОРЗ server ready".
3. От клиента серверу передаются команды и данные. От сервера клиенту передаются ответы.
4. Соединение может быть закрыто по инициативе клиента (команда QUIT) или по инициативе сервера (механизм тайм-аута).
Описание команд протокола РОРЗ приведено в табл. 4.
Таблица 4. Команды протокола РОРЗ
|
Название
|
Описание
|
Формат команды
|
|
USER
|
Регистрация на сервере РОРЗ
|
USER <имя пользователя>
|
|
PASS
|
Ввод пароля
|
PASS <пароль>
|
|
STAT
|
Просмотр состояния почтового ящика
|
STAT
|
|
LIST
|
Просмотр информации о конкретном сообщении
|
LIST [номер сообщения]
|
|
RETR
|
Передача почтового сообщения от сервера клиенту
|
RETR <номер сообщения>
|
|
DELE
|
Пометка сообщения на удаление
|
DELE <номер сообщения>
|
|
NOOP
|
Проверка состояния соединения
|
NOOP
|
|
RSET
|
Отмена пометок на удаление
|
RSET
|
|
TOP
|
Просмотр первых нескольких строк сообщения
|
ТОР <номер сообщения> <количество строк>
|
|
QUIT
|
Закрытие соединения с удалением всех помеченных на удаление сообщений
|
QUIT
|
Ответы сервера РОРЗ имеют следующий формат:
<строка статус-индикатора> <дополнительная информация>
Длина строки ответа может быть до 512 символов. Строка статус-индикатора может иметь 2 значения: положительное ("+ОК") и отрицательное ("-ERR").
Установить соединение с сервером РОРЗ можно при помощи утилиты TELNET:
$ telnet<имя сервера> 110
Более подробно узнать о протоколе РОРЗ можно из [2] и RFC1939.
2. Домашняя подготовка
1. Ознакомиться с настоящим описанием.
2. Изучить необходимую литературу.
3. Ознакомиться с RFC №№821,1521,1939.
4. Составить письмо согласно стандарту MIME, содержащее в качестве вставленного в сообщение текста ваши фамилию и имя в кодировке "windows-1251".
5. Составить письмо согласно стандарту MIME с прикрепленным файлом (например, картинкой).
6. Составить письмо согласно стандарту MIME, состоящее из нескольких частей.
Примечание. Для подготовки писем можно использовать текстовый редактор «Блокнот», входящий в состав Windows. Прикреплённый файл не нужно набирать полностью, достаточно ввести лишь несколько символов.
3. Лабораторное задание
Часть 1. Работа с протоколом smtp
1. Пользуясь утилитой TELNET, установите соединение с сервером SMTP.
2. Просмотрите список команд протокола SMTP.
3. Отправьте простейшее сообщение на свой адрес при помощи трёхшаговой транзакции отправки почты (MAIL-RCPT-DATA).
4. Завершите работу с почтовым сервером и прочитайте полученное вами сообщение при помощи команд UNIX.
5. Снова установите соединение с сервером SMTP и отправьте сообщения, составленные согласно стандарту MIME.
6. Отправьте письмо сразу нескольким адресатам.
7. Отправьте письмо с искажённым адресом отправителя. Проверьте его получение.
8. Отправьте письмо с искажённым адресом получателя, но верным адресом
отправителя. Просмотрите сообщение об ошибке. Часть 2. Работа с протоколом РОРЗ
1. Пользуясь утилитой ТЕШЕТ, установите соединение с сервером РОРЗ.
2. Подключитесь к вашему почтовому ящику (предварительно вы должны отправить туда несколько сообщений).
3. Проверьте, поддерживает ли РОРЗ-сервер усиленную аутентификацию.
4. При помощи команды STAT просмотрите состояние вашего почтового ящика.
5. Просмотрите размер отдельных сообщений.
6. Получите одно из сообщений с сервера.
7. Удалите одно из сообщений.
8. Отмените удаление сообщения.
9. Завершите работу с сервером РОРЗ.
4. Контрольные вопросы
1. Что происходит с почтовым ящиком при аварийном завершении РОРЗ -сессии?
2. В чём главные отличия протоколов SMTP и РОРЗ?
3. Поясните схему соединения по протоколу SMTP.
4. Поясните схему соединения по протоколу РОРЗ.
5. Перечислите основные части РОРЗ-сессии.
6. Объясните структуру команд и ответов SMTP.
7. Объясните структуру команд и ответов РОРЗ.
Лабораторная работа №3 Изучение протокола передачи файловFtp
Цель - изучение команд протокола FTP и приобретение навыков использования утилиты FTP для передачи файлов.
Краткое пояснение
1.1. Основные сведения о протоколе ftp
Согласно RFC959 (основополагающий документ по протоколу FTP) протокол FTP предназначен для надежной и достоверной передачи данных между удалёнными компьютерами. Модель работы протокола приведена на рис. 4.
Рис. 4. Модель работы протокола FTP
При работе по протоколу FTP клиент и сервер поддерживают сразу два канала соединения. По одному каналу передаются данные (в обоих направлениях) и он может закрываться и открываться в процессе работы. Другой канал (управляющий) открыт в течение всего сеанса работы и предназначен для передачи команд от клиента серверу и ответов от сервера клиенту.
Сеанс работы по протоколу FTP состоит из следующих шагов:
Модуль управления передачей FTP-сервера находится в состоянии ожидания соединения на порт 21.
Клиент (модуль управления передачей со стороны клиента) устанавливает соединение с сервером (на 21-й порт) и отправляет команды, определяющие параметры соединения передачи данных:
• роли участников соединения (активный/пассивный);
• порты соединения (по умолчанию модуль передачи данных клиента использует тот же порт, что и модуль управления передачей клиента, а модуль передача данных со стороны сервера использует уменьшенный на 1 номер порта модуля управления передачей со стороны сервера, т.е. 20);
• параметры передачи;
• управляющие директивы (собственно команды).
Пассивный участник соединения переходит в режим ожидания соединения на заданный порт. Активный участник открывает соединение и начинает передачу данных (направление передачи определяется активной стороной).
Канал передачи данных закрывается по окончании передачи данных, но соединение FTP считается закрытым только после закрытия управляющего канала.
Файлы, передаваемые по FTP, находятся на каком-либо устройстве хранения узла-отправителя и после передачи помещаются на устройство хранения узла-получателя. Однако способы представления данных в различных системах могут отличаться. Например, компьютеры DEC TOPS-20s хранят пять 7-разрядных символов ASCII в 36-разрядном машинном слове. IBM Mainframe хранит четыре 9-разрядных символа в 36-разрядном машинном слове. При обмене текстовыми файлами между такими разнородными системами отправитель должен конвертировать символы в стандартное представление, а получатель выполняет преобразование из стандартного представления в своё внутреннее.
При передаче двоичной информации возникает проблема, если отправитель и получатель имеют различную длину машинного слова. Например, отправитель, имеющий длину машинного слова 32 разряда, желает передать данные системе с 36-разрядным машинным словом. В этом случае получатель сохраняет полученные данные в виде 36-разрядных слов, выравнивая их вправо.