ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 20.03.2025

Просмотров: 526

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

СОДЕРЖАНИЕ

Введение

Лабораторная работа № 1 Изучение протоколаTelnet

1. Пояснение к заданию

1.1. Основы работы в ос unix

1.1.1. Подключение к unix-серверу

1.1.2. Основные команды ос unix

1.2. Telnet- серверный процесс

1.2. Основные сведения о протоколе telnet

1.3 Работа с утилитой telnet

1.5 Взаимодействие «Терминал - терминал»

1.6. Работа с почтовой системой unix

2. Домашняя подготовка

3. Лабораторное задание

Часть 1. Основы работы в ос unix

Часть 2. Изучение команд протокола telnet

Часть 3. Работа в режиме «Терминал - терминал»

Часть 4. Работа с электронной почтой в unix

7. Контрольные вопросы

1. Краткое пояснение

1.1. Формат почтовых сообщений

1.2. Примеры почтовых сообщений

13. Основные сведения о протоколе smtp

1.3. Основные сведения о протоколе рорз

2. Домашняя подготовка

3. Лабораторное задание

Часть 1. Работа с протоколом smtp

4. Контрольные вопросы

Лабораторная работа №3 Изучение протокола передачи файловFtp

1.1. Основные сведения о протоколе ftp

331 Password required for vov.

2. Домашняя подготовка

3. Лабораторное задание

Часть 1. Работа с командами протокола ftp

4. Контрольные вопросы

Литература

Содержание

Операция отправки почты называется транзакцией и состоит из трёх шагов (команд): 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.1. Основные сведения о протоколе ftp

Согласно RFC959 (основополагающий документ по протоколу FTP) протокол FTP предназначен для надежной и достоверной передачи данных между удалёнными компьютерами. Модель работы протокола приведена на рис. 4.


Рис. 4. Модель работы протокола FTP

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

Сеанс работы по протоколу FTP состоит из следующих шагов:

  1. Модуль управления передачей FTP-сервера находится в состоянии ожи­дания соединения на порт 21.

  2. Клиент (модуль управления передачей со стороны клиента) устанавливает соединение с сервером (на 21-й порт) и отправляет команды, определяю­щие параметры соединения передачи данных:

• роли участников соединения (активный/пассивный);

• порты соединения (по умолчанию модуль передачи данных клиента использует тот же порт, что и модуль управления передачей клиента, а модуль передача данных со стороны сервера использует уменьшенный на 1 номер порта модуля управления передачей со стороны сервера, т.е. 20);

• параметры передачи;

• управляющие директивы (собственно команды).

  1. Пассивный участник соединения переходит в режим ожидания соедине­ния на заданный порт. Активный участник открывает соединение и начи­нает передачу данных (направление передачи определяется активной сто­роной).

  2. Канал передачи данных закрывается по окончании передачи данных, но соединение FTP считается закрытым только после закрытия управляюще­го канала.

Файлы, передаваемые по FTP, находятся на каком-либо устройстве хранения узла-отправителя и после передачи помещаются на устройство хра­нения узла-получателя. Однако способы представления данных в различных системах могут отличаться. Например, компьютеры DEC TOPS-20s хранят пять 7-разрядных символов ASCII в 36-разрядном машинном слове. IBM Mainframe хранит четыре 9-разрядных символа в 36-разрядном машинном слове. При обмене текстовыми файлами между такими разнородными систе­мами отправитель должен конвертировать символы в стандартное представ­ление, а получатель выполняет преобразование из стандартного представле­ния в своё внутреннее.

При передаче двоичной информации возникает проблема, если отпра­витель и получатель имеют различную длину машинного слова. Например, отправитель, имеющий длину машинного слова 32 разряда, желает передать данные системе с 36-разрядным машинным словом. В этом случае получа­тель сохраняет полученные данные в виде 36-разрядных слов, выравнивая их вправо.


Смотрите также файлы