Разработка комплекса лабораторных работ по технологиям компьютерных сетей с помощью симулятора Cisco Packet Tracer

Посмотрите содержимое пакета, сделав клик по пакету (конверту) (рис. 4.58).

Рис. 4.58 Формат пакета ICMP-эхо-запроса

IP-адрес источника - 192.168.3.4. IP-адрес назначения - 192.168.5.5. Тип ICMP-сообщения - 8 (эхо-запрос).

Когда запрос приходит в сеть назначения, то маршрутизатор определяет МАС-адрес получателя, если такового нет в ARP-таблице маршрутизатора. Таким образом, снова решается задача разрешения локального адреса (рис. 4.59).

Рис. 4.59 Вид рабочей области

Маршрутизатор вынужден сперва узнать физический адрес получателя, прежде чем он сможет отправить ping-запрос по назначению, поэтому пакет с ping-запросом, пришедший на маршрутизатор, отклонен.

Новый ARP-запрос отправляется широковещательным сообщением от маршрутизатора, содержит его IP-адрес и МАС-адрес (рис. 4.60). IP-адрес назначения - узел 192.168.5.5.

Рис. 4.60 Формат пакета ARP-запроса

Узлы подсети, которым пакет не предназначен, его игнорируют (рис. 4.61).

Рис. 4.61 Вид рабочей области

Узел 192.168.5.5. формирует ARP-ответ и отправляет его обратно маршрутизатору (рис. 4.62), указав свой МАС-адрес, о чем свидетельствует содержимое пакета (рис. 4.63).

Рис. 4.62 Вид рабочей области

После того, как маршрутизатор определил МАС-адрес получателя входящего ping-запроса, он посылает ICMP-ответ маршрутизатору хоста отправителя. (В данном случае это тот же маршрутизатор Router0).



Рис. 4.63 Формат пакета ARP-ответа

Узел 192.168.3.4. снова пытается отправить ping-запрос во внешнюю сеть узлу 192.168.5.5. Его маршрут должен лежать через коммутатор Switch0, маршрутизатор Router0, коммутатор Switch1 и достигнуть узла назначения (рис. 4.64). Проследите маршрут пакета самостоятельно.

Рис. 4.64 Вид рабочей области

Узел формирует ping-ответ, который отправляется обратно узлу 192.168.3.4 (рис. 4.65).

Рис. 4.65 Вид рабочей области

Посмотрите содержимое пакета ping-ответа, пришедшего на хост 192.168.3.4 (рис. 4.66).

Рис. 4.66 Формат пакета ICMP-эхо-ответа

IP-адрес источника - 192.168.5.5. IP-адрес назначения - 192.168.3.4. Тип ICMP-сообщения - 0 (эхо-ответ).

Посмотрите ping-ответ в командной строке хоста 192.168.3.4 (рис. 4.67).

Рис. 4.67 Вывод программы ping

Маршрут пакета можно посмотреть с помощью команды tracert. Выполним эту команду, например, в командной строке компьютера 192.168.3.5 (рис. 4.68):

Рис. 4.68 Вывод программы tracert

На пути пакета до хоста 192.168.5.4 один промежуточный маршрутизатор.

7. Посылка ping-запроса на несуществующий хост

Отправим ping-запрос на несуществующий адрес в сеть 192.168.5.0/24.

Откроем программу “Command Promt” на узле 192.168.3.7 и попробуем отправить ping-запрос на несуществующий хост с IP-адресом 192.168.5.6 (рис. 4.69).

Рис. 4.69 Командная строка узла 192.168.3.7

ARP-таблица на узле-источнике не содержит соответствующей записи о МАС-адресе узла 192.168.5.6, поэтому формируется ARP-запрос (рис. 4.70).

Рис. 4.70 Вид рабочей области

Все узлы игнорируют пакет, кроме маршрутизатора, которому этот пакет предназначался (рис. 4.71).

Рис. 4.71 Вид рабочей области

Узел 192.168.3.7 получает ARP-ответ с МАС-адресом маршрутизатора. Теперь, зная его аппаратный адрес, хост отправляет ping-запрос на узел 192.168.5.6 (рис. 4.72).

Рис. 4.72 Вид рабочей области

Маршрутизатор пришедший пакет уничтожает, т.к. не может его перенаправить на указанный адрес, потому что соответствующего МАС-адреса он «не знает». В связи с этим маршрутизатор формирует ARP-запрос по адресу 192.168.5.6 (рис. 4.73).

Рис. 4.73 Вид рабочей области

Все узлы подсети игнорируют пакет, потому что IP-адрес в запросе не соответствует их собственным (рис. 4.74). Маршрутизатор ни какого ответа ни от кого не получает.

программный лабораторный компьютерный сеть

Рис. 4.74 Вид рабочей области

Процедура прохождения пакетов повторяется в течение всего сценария симуляции: маршрутизатор по-прежнему «не знает» МАС-адрес указанного в ping-запросе IP-адреса 192.168.5.6 и продолжает рассылать ARP-запросы. Ни один из узлов подсети на эти запросы не реагирует. Не получив ответа, маршрутизатор и сам «молчит», никак не уведомляя об ошибке хост-источник ping-запроса.

Примечание: на самом деле в данном случае маршрутизатору следует отправить ICMP-сообщение «хост недостижим»: сообщение типа 3 с кодом 1. Однако проведенный эксперимент с теорией разошелся.

Посмотрим ответ на ping-запрос в командной строке узла-источника 192.168.3.7: «превышено время ожидания» (рис. 4.75).

Рис. 4.75 Вывод программы ping

Попробуем отправить ping-запрос, содержащий IP-адрес узла, в сеть, на которую нет маршрута.

Откроем программу “Command Promt” на узле 192.168.3.6 и попробуем отправить ping-запрос на несуществующий хост с IP-адресом 192.168.6.6 (рис. 4.76).

Рис. 4.76 Командная строка узла 192.168.3.6

Так как ARP-таблица узла-источника соответствующей записи не имеет, формируется ARP-запрос на заданный узел с IP-адресом 192.168.6.6 (рис. 4.77).

Рис. 4.77 Вид рабочей области

Все узлы игнорируют пакет, кроме маршрутизатора, которому этот пакет предназначался (рис. 4.78).

Рис. 4.78 Вид рабочей области

Узел 192.168.3.6 получает ARP-ответ с МАС-адресом маршрутизатора. Теперь, зная его аппаратный адрес, хост отправляет ping-запрос (рис. 4.79).

Рис. 4.79 Вид рабочей области

Когда ping-запрос попадает на маршрутизатор, тот не может его перенаправить не на какой из своих интерфейсов, т.к. IP-адреса его интерфейсов не совпадают с тем адресом, который указан в ping-запросе. Соответственно, этот пакет уничтожается и формируется новое ICMP-сообщение (рис. 4.80).

Рис. 4.80 Вид рабочей области

Посмотрим содержимое пакета, сформированного маршрутизатором (рис. 4.81).

Рис. 4.81 Формат пакета ICMP «хост недостижим»

IP-адрес источника - 192.168.3.1. IP-адрес назначения - 192.168.3.6. Тип ICMP-сообщения - 3 с кодом 1, что означает «хост недостижим». Этот пакет приходит на узел 192.168.3.6.

Результат ping-запроса в командной строке узла 192.168.3.6: «хост назначения недостижим» (рис. 4.82).

Рис. 4.82 Вывод программы ping

Таким образом, маршрутизатор «ответил» на ping-запрос, для которого у него не было соответствующего маршрута, новым ICMP-сообщением «хост недостижим».

Примечание: корректно ли отреагировал маршрутизатор в данной ситуации, отправив на хост-источник ping-запроса ICMP-сообщение «хост недостижим»? Чтобы ответить на этот вопрос, необходимо обратиться к спецификации протокола ICMP RFC 792 и ознакомится с другими типами ICMP-сообщений. [Электронный ресурс]. URL: http://tools.ietf.org/html/rfc792.

8. Индивидуальные задания

В соответствии с вариантом отфильтруйте ARP и ICMP сообщения для указанных пар «источник - приемник». В каждом варианте предусмотрены 2 варианта ping-запроса: внутри сети и во внешнюю сеть. С помощью команды tracert посмотрите маршрут пакета, адресованного во внешнюю сеть.

В отчете для каждого теста приведите маршруты пакетов, их содержимое и объясните полученные результаты.

Варианты заданий представлены в приложении 1.

4.4 Лабораторная работа №3. Протоколы SMTP и POP3

Цель работы: изучить принципы организации взаимодействия прикладных программ с помощью протоколов электронной почты SMTP и POP3 в режиме симуляции Cisco Packet Tracer.

Программа работы:

1. Построение топологии сети, настройка сетевых устройств;

2. Настройка почтового сервера;

3. Исследование прикладных почтовых протоколов в режиме симуляции;

4. Отправка письма по протоколу SMTP на сервер;

5. Получение письма по протоколу POP3 от сервера;

6. Выполнение индивидуального задания.

Теоретические сведения:

Протоколы SMTP и POP3

Схема взаимодействия с прикладными почтовыми протоколами представлена на рис. 4.83.

Рис. 4.83 Схема взаимодействия с прикладными почтовыми протоколами

Mail Transfer Agent (MTA) - агент передачи почты, являющийся основным компонентом системы передачи почты, представляет данный компьютер для сетевой системы электронной почты. Обычно пользователи не работают непосредственно с MTA, а используют Mail User Agent (MUA) - клиент электронной почты.

Для передачи сообщений по TCP-соединению большинство почтовых агентов пользуются протоколом Simple Mail Transfer Protocol (SMTP).

SMTP принят в качестве стандартного метода передачи электронной почты в сети Internet. Действующий стандарт протокола описан в RFC 2821. В качестве транспортного протокола SMTP использует TCP, соединение устанавливается через порт с номером 25. Для обслуживания этого соединения используется специальная программа, которая именуется почтовым сервером. Для формирования сообщения и установления соединения используется почтовая программа пользователя. После установления соединения обмен информацией происходит посредством команд. Для пользователя эти команды не доступны, если при работе он использует клиент электронной почты [5].

Главной целью протокола SMTP является надежная и эффективная доставка электронных почтовых сообщений. Для реализации протокола требуется только надежный канал связи. Средой для SMTP может служить отдельная локальная сеть, система сетей или же всемирная сеть Internet.

Эта передача обычно осуществляется непосредственно с хоста отправителя на хост получателя, когда оба хоста используют один транспортный сервис. Если же хосты не подключены к общей транспортной системе, передача осуществляется с использованием одного или нескольких промежуточных серверов SMTP. Сегодня в Internet обычной практикой является представление исходного сообщения промежуточному серверу, который выполняет некоторые дополнительные функции. Промежуточный сервер в таких случаях действует как шлюз в другие среды передачи и выбирается обычно с использованием MX-записей DNS (служба доменных имен).

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

Для того чтобы получить сообщение из своего почтового ящика, почтовая программа пользователя соединяется с сервером уже не по протоколу SMTP, а по специальному почтовому протоколу получения сообщений. Такой протокол позволяет работать с почтовым ящиком: забирать сообщения, удалять сообщения, сортировать их и выполнять другие операции. Самым популярным в настоящее время протоколом такого рода является протокол Post Office Protocol v.3 (POP3).

Многие концепции, принципы и понятия протокола POP3 выглядят и функционируют подобно SMTP: взаимодействие происходит посредством команд. Сервер POP3 находится между агентом пользователя и почтовыми ящиками.

Он предусматривает соединение с почтовым сервером на основе транспортного протокола TCP через порт 110. Спецификация РОР3 определена в документе RFC 1939. PОРЗ разработан с учетом специфики доставки почты на персональные компьютеры и имеет соответствующие операции для этого [6].

Конструкция протокола РОР3 обеспечивает возможность пользователю обратиться к своему почтовому серверу и изъять накопившуюся для него почту. Пользователь может получить доступ к РОР3-серверу из любой точки доступа к Internet. При этом он должен запустить специальный почтовый агент, работающий по протоколу РОР3, и настроить его для работы со своим почтовым сервером. Сообщения доставляются клиенту по протоколу POP3, а посылаются при помощи SMTP. То есть на компьютере пользователя существуют два отдельных агента-интерфейса к почтовой системе - доставки (POP3) и отправки (SMTP).

Служба DNS

Данная лабораторная работа посвящена изучению прикладных протоколов электронной почты SMTP и POP3. Однако взаимодействие с системой электронной почты невозможно без системы доменных имен (DNS). В задачи службы DNS входит:

1. Преобразование символических имен в IP-адреса;

2. Преобразование IP-адресов в символические имена.

Дополнительной функцией DNS является маршрутизация почты. Основная спецификация распределенной службы DNS указана в RFC 1034 и RFC 1035. [Электронный ресурс]. URL: http://www.ietf.org/rfc/rfc1034.txt. URL: http://www.ietf.org/rfc/rfc1035.txt.

Единицами хранения и передачи информации в DNS являются ресурсные записи. Существует множество типов ресурсных записей, каждая из которых состоит из определенного числа полей. Для маршрутизации почты используется запись “MX”, при ее отсутствии запись типа “А”. Запись “A” (адресная запись) содержит параметры: доменное имя узла, соответствующий IP-адрес.

Пример: aivt IN A 195.19.212.16, где “IN” - это класс записи (интернет).

Запись “MX” содержит параметры: имя почтового домена, имя почтового сервера, приоритет.

Пример: aivt IN MX 20 mail.stu.neva.ru, где “IN” - это класс записи (интернет). [4]

При получении письма MTA анализирует его служебную информацию, в частности заголовок письма, определяя домен получателя (см. рис. 4.83). Если он относится к домену, который обслуживается данным МТА, производится поиск получателя и письмо помещается в его ящик.Если домен получателя не обслуживается этим MTA, формируется DNS-запрос, запрашивающий MX-записи для данного домена. MX-запись представляет особый вид DNS-записи, которая содержит имена почтовых серверов, обрабатывающих входящую почту для данного домена. MX-записей может быть несколько, в этом случае MTA пробует последовательно установить соединение, начиная с сервера с наибольшим приоритетом. При отсутствии MX-записи запрашивается A-запись (запись адреса, сопоставляющая доменное имя с IP-адресом) и выполняется попытка доставить почту на указанный там хост. При невозможности отправить сообщение, оно возвращается отправителю (помещается в почтовый ящик пользователя) с сообщением об ошибке. [8]

Выполнение работы:

1. Построение топологии сети

Для исследования заданных прикладных протоколов построим тестовую топологию сети следующего вида (рис. 4.84):

Рис. 4.84 Тестовая топология сети

Производим настройку сетевых устройств согласно заданным параметрам (таблица 4.4, таблица 4.5):

Таблица 4.4

Конечные узлы	IP-адрес	Маска сети	IP-адрес DNS-сервера
PC0	172.16.0.90	255.255.0.0	172.16.0.20
PC1	172.16.0.100	255.255.0.0	172.16.0.20

Таблица 4.5

Серверы	IP-адрес	Маска сети	IP-адрес DNS-сервера
Server0	172.16.0.20	255.255.0.0	172.16.0.20
Server1	172.16.0.40	255.255.0.0	172.16.0.20

Все устройства расположены в одном сегменте локальной сети, поэтому маршрутизация пакетов не используется, значит, IP-адрес шлюза по умолчанию указывать необязательно.

2. Настройка почтового сервера

В качестве серверов электронной почты выступают сервер 172.16.0.20 и сервер 172.16.0.40. Схема взаимодействия с прикладными почтовыми протоколами применительно к построенной сети представлена на рис. 4.85:

Рис. 4.85 Схема взаимодействия с прикладными почтовыми протоколами в исследуемой сети

На каждом из MTA будет поддерживаться smtp- и pop3-сервер. Подключиться к серверу может любой зарегистрированный пользователь. Чтобы отправить письмо, пользователь на сервере проходит авторизацию, после чего сервер готов отправлять письма от имени пользователя. По адресу назначения письма сервер определяет, кому следует передать его дальше. Нужный адрес сервер определяет с помощью службы DNS, в которой содержится соответствующая ресурсная адресная запись, преобразовывающая имя домена в IP-адрес.

Подключим службу DNS на сервере 172.16.0.20:

1) Один клик по выбранному устройству.

2) Выбираем вкладку Config, Services -> DNS (рис. 4.86). Заносим данные о новой ресурсной записи: имя домена, IP-адрес, тип ресурсной записи. Симулятор не поддерживает ресурсную запись, предназначенную для почтовых серверов, MX, но ее можно заменить адресной (тип А).

Рис. 4.86 Настройка службы DNS на сервере

3) Нажимаем на кнопку “Add” будет добавлена новая запись в службу DNS (рис. 4.87).

Рис. 4.87 Настройка службы DNS на сервере

Повторим предыдущие действия и добавим еще одну ресурсную запись о почтовом сервере 172.16.0.40 (рис. 4.88).

Рис. 4.88 Настройка службы DNS на сервере

Теперь сконфигурируем почтовый сервер 172.16.0.20 с поддержкой smtp- и pop3-сервера:

1) Один клик по выбранному устройству.

2) Выбираем вкладку “Config”, Services -> EMAIL

3) Подключаем протоколы SMTP и POP3 и вводим имя домена электронной почты. Нажимаем кнопку “Set” (рис. 4.89).

Рис. 4.89 Конфигурация smtp- и pop3-сервера

4) Создадим учетную запись для одного пользователя, вводим логин и пароль. Занести запись в службу можно с помощью кнопки “+” (рис. 4.90).

Рис. 4.90 Создание учетной записи

Smtp-сервер и pop3-сервер на машине 172.16.0.20 сконфигурированы, имеют одного зарегистрированного пользователя. Так же на нем поддерживается служба DNS, в которой есть две ресурсных записи.

На сервере 172.16.0.40 так же необходимо настроить почтовый сервер с поддержкой SMTP и POP3 (рис. 4.91). В качестве DNS для него выступает сервер 172.16.0.20.

1) Один клик по выбранному устройству.

2) Выбираем вкладку “Config”, Services -> EMAIL

3) Подключаем протоколы SMTP и POP3 и вводим имя домена электронной почты - mail.ru. Нажимаем кнопку “Set”.

4) Создадим учетную запись для одного пользователя, вводим логин и пароль. Занести запись в службу можно с помощью кнопки “+”.

Рис. 4.91 Конфигурация smtp- и pop3-сервера

3. Настройка почтовой службы на конечных узлах

Для работы с почтовым smtp- или pop3-сервером на компьютере пользователя должен быть настроен клиент электронной почты, который и будет взаимодействовать с сервером (см. рис. 4.83).

Настроим на хосте 172.16.0.90 клиент электронной почты (рис. 4.92):

1) Один клик на хосте с IP-адресом 172.16.0.90.

2) Выбираем вкладку Desktop, программу “E-mail”. Появится окно конфигурации почтового сервиса. Вводим пользовательские данные в форму.

Рис. 4.92 Настройка клиента электронной почты

Нажимаем кнопку “Save”, закрываем окно, конфигурация клиента электронной почты завершена. Теперь для пользователя user1 доступен почтовый сервис в домене server.ru: отправка и получение писем.

Настроим почтовый сервис и на хосте 172.16.0.100, выполнив предыдущие действия (рис. 4.93). Вводим следующие пользовательские данные:

Теперь для пользователя user2 доступен почтовый сервис в домене mail.ru: отправка и получение писем.

Настройка всех устройств и необходимых служб завершена.

4. Исследование прикладных почтовых протоколов в режиме симуляции

Рис. 4.93 Настройка клиента электронной почты

Переходим в режим симуляции Cisco Packet Tracer. Добавляем фильтры на 2 протокола: SMTP и POP3 (рис. 4.94). Это значит, что пакеты только фильтруемых протоколов будут отображаться в сети.

Рис. 4.94 Окно событий режима симуляции

Отправим письмо с хоста 172.16.0.90 от user1 на хост 172.16.0.100 user2 (рис. 4.95):

1) Один клик по выбранному узлу (172.16.0.90).

2) Выбираем на вкладке “Desktop” программу “E-mail”.

3) Чтобы написать и отправить письмо, нажимаем на кнопку “Compose”. Появится форма, которую следует заполнить. В поле “To” задается адрес электронной почты, кому вы отправляете письмо. Поле “Subject” содержит заголовок письма. Текст письма можете сочинить самостоятельно.

Рис. 4.95 Форма для отправления письма

Нажимаем на кнопку “Send”, начнется отправление письма.

Видим, что на хосте 172.16.0.90 сформировался пакет SMTP (рис. 4.96). Воспользовавшись кнопкой “Capture/Forward”, проследим за маршрутом пакета от устройства к устройству.

Рис. 4.96 Вид рабочей области

Посмотрим содержимое пакета, сформированного на узле (рис. 4.97).



Рис. 4.97 Формат пакета SMTP

Пакет адресован почтовому серверу по IP-адресу 172.16.0.20. В заголовке TCP содержится порт назначения - 25. Можно сделать вывод, что пакет сформирован верно. Пакет на пути своего следования к серверу проходит через два коммутатора (рис. 4.98). Убедитесь, что это так.

Рис. 4.98 Вид рабочей области

Когда пакет приходит на сервер, тот, обрабатывая его, определяет, что письмо адресовано домену mail.ru. Сервер 172.16.0.20 обращается к службе DNS за IP-адресом заданного сервера. По указанному адресу письмо перенаправляется на соответствующий почтовый сервер (рис. 4.99).

Рис. 4.99 Вид рабочей области

SMTP-пакет, сформированный сервером 172.16.0.20, содержит следующую информацию: IP-адрес назначения - 172.16.0.40, порт назначения - 25 (рис. 4.100).

Рис. 4.100 Формат пакета SMTP

Пакет проходит через коммутатор Switch1 и доставляется серверу 172.16.0.40 (рис. 4.101).

Рис. 4.101 Вид рабочей области

На сервере 172.16.0.40 формируется SMTP-ответ серверу 172.16.0.20 и отправляется на указанный адрес (рис. 4.102).

Рис. 4.102 Вид рабочей области

Из содержимого пакета, пришедшего обратно на сервер 172.16.0.20: IP-адрес источника - 172.16.0.40, порт источника - 25 (рис. 4.103).

С помощью протокола SMTP мы отправили письмо на сервер mail.ru, теперь оно хранится там.

Наш адресат (узел 172.16.0.100) еще не получил отправленное письмо, так как на сервер он еще не обратился по протоколу POP3. Для получения письма необходимо проделать следующие действия:

Рис. 4.103 Формат пакета SMTP

1) Один клик по узлу 172.16.0.100.

2) Выбираем на вкладке “Desktop” программу “E-mail”.

3) Нажимаем на кнопку “Receive”, чтобы прочитать письмо.

На хосте формируется пакет протокола POP3 (рис. 4.104). Воспользовавшись кнопкой “Capture/Forward”, проследим за маршрутом пакета от устройства к устройству.

Рис. 4.104 Вид рабочей области

Посмотрим содержимое пакета, сформированного на узле (рис. 4.105).

Рис. 4.105 Формат пакета РОР3

Пакет адресован почтовому серверу по IP-адресу 172.16.0.40. В заголовке TCP содержится порт назначения - 110. Можно сделать вывод, что пакет сформирован верно. Пакет на пути своего следования к серверу проходит через два коммутатора. Убедитесь, что это так. Когда пакет приходит на сервер, тот обрабатывает его и формирует пакет-ответ (рис. 4.106).

Рис. 4.106 Вид рабочей области

Пакет по тому же маршруту возвращается на узел 172.16.0.100 с ответом (письмом) от сервера. Посмотрим содержимое ответа (рис. 4.107).

Рис. 4.107 Формат пакета РОР3

Порт-источник - 110. Ответ пришел от сервера 172.16.0.40 с некоторыми POP3-данными. С помощью протокола POP3 узел 172.16.0.100 получил письмо с сервера, отправленное туда узлом 172.16.0.90 (рис. 4.108).

Рис. 4.108 Форма чтения входящих писем

Как уже упоминалось в теоретических сведениях, почтовые протоколы SMTP и POP3 обмениваются информацией с помощью команд. Клиенту электронной почты, чтобы установить соединение с сервером, отправить письмо, разорвать соединение необходимо отправлять серверу соответствующие команды. Сервер электронной почты, в свою очередь, обрабатывает эти команды и формирует отклики для клиента. Отклики smtp-сервера содержат цифровой код ответа: успешно или с ошибкой обработана команда. Отклики pop3-сервера так же содержат два типа сообщений: успех или ошибка.

Обращая внимание на содержимое пакета SMTP или POP3 протокола, видно, что на прикладном уровне пакет детально не рассматривается.

Пример приведен на рис. 4.109.

Рис. 4.109 Данные прикладного уровня

Поэтому эксперимент посылки письма несуществующему пользователю не является содержательным, т.к. подробно увидеть ответ от smtp-сервера нам не удастся. Для подробного изучения взаимодействия между клиентом и smtp- или pop3-сервером следует обратиться к предложенной спецификации RFC 2821 и RFC 1939.

5. Индивидуальные задания

Исследуйте прикладные протоколы электронной почты SMTP и POP3 самостоятельно. Топологию сети для исследования оставьте прежней. Настройку сетевых устройств проделайте в соответствии с вариантом.

В отчете приведите маршруты пакетов, их содержимое и объясните полученные результаты. Отправителя и получателя определите сами.

Варианты заданий представлены в приложении 2.

ЗАКЛЮЧЕНИЕ

В рамках данной работы был разработан комплекс лабораторных работ по технологиям компьютерных сетей с помощью симулятора Cisco Packet Tracer. В ходе разработки были выполнены следующие этапы:

1. Рассмотрены основные программные продукты, позволяющие проводить моделирование компьютерных сетей;

2. Представлено описание программного интерфейса выбранного симулятора Packet Tracer для выполнения лабораторных работ;

3. Разработаны лабораторные работы, соответствующие изучаемым темам.

Разумеется, возможности симулятора не ограничиваются теми исследованиями, которые представлены в лабораторных работах. Packet Tracer поддерживает создание сетей с различным сетевым оборудованием, поэтому можно легко экспериментировать с топологией сети. Режим симуляции поддерживает фильтрацию практически на все сетевые протоколы от канального до прикладного уровня. Соответственно, строить эксперименты можно целенаправленно на исследование конкретного протокола. Учитывая количество протоколов, к данному комплексу лабораторных работ могут быть добавлены новые работы.

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

1. Олифер В.Г., Олифер Н.А. Компьютерные сети. Протоколы, технологии, технологии. 3-е издание. СПб.: Изд-во Питер, 2003. - 960 с.

2. Мулюха В.А., Новопашенный А.Г., Подгурский Ю.Е., Заборовский В.С. Методы и средства защиты компьютерной информации. Межсетевое экранирование: учеб. Пособие. СПб.: Изд-во Политехн. университета, 2010. - 92 с.

3. [Электронный ресурс] // Олифер В.Г., Олифер Н.А. Введение в IP-сети. 2003.

4. Ицыксон В.М. Курс лекций «Технологии компьютерных сетей» 2012.

5. [Электронный ресурс] // Network Working Group. RFC 2821. Simple Mail Transfer Protocol. 2001

6. Фролов А.И. Сети ЭВМ и телекоммуникации. Орел: 2006. - 71 с.

7. [Электронный ресурс] // Network Working Group. RFC 1939. Post Office Protocol - Version 3. 1996.

8. [Электронный ресурс] // Храмцов П.Б. Электронная почта и DNS.

ПРИЛОЖЕНИЕ 1

Варианты индивидуальных заданий к лабораторной работе №2 (таблица 1):

Таблица 1

Вариант	Источник	Приемник
1	192.168.3.3 192.168.3.4	192.168.3.4 192.168.3.6
2	192.168.3.4 192.168.3.5	192.168.3.7 192.168.5.3
3	192.168.3.5 192.168.3.6	192.168.3.6 192.168.3.7
4	192.168.3.6 192.168.3.7	192.168.5.4 192.168.3.4
5	192.168.3.3 192.168.3.7	192.168.3.7 192.168.5.5
6	192.168.5.3 192.168.3.6	192.168.5.4 192.168.3.4
7	192.168.3.3 192.168.3.5	192.168.5.3 192.168.3.7
8	192.168.3.3 192.168.3.4	192.168.5.4 192.168.3.5
9	192.168.3.4 192.168.3.5	192.168.5.3 192.168.3.4
10	192.168.5.4 192.168.3.6	192.168.5.5 192.168.3.3
11	192.168.3.4 192.168.3.7	192.168.5.3 192.168.5.4
12	192.168.3.5 192.168.3.6	192.168.5.5 192.168.3.7
13	192.168.3.5 192.168.3.7	192.168.5.4 192.168.3.3
14	192.168.3.6 192.168.3.7	192.168.5.3 192.168.5.5

ПРИЛОЖЕНИЕ 2

Варианты индивидуальных заданий к лабораторной работе №3 (таблица 1):

Таблица 1

Вариант 1
Конечные узлы	IP-адрес	Маска сети	IP-адрес DNS-сервера
PC0	172.16.1.90	255.255.0.0	172.16.1.20
PC1	172.16.1.100	255.255.0.0	172.16.1.20
Серверы
Server0	172.16.1.20	255.255.0.0	172.16.1.20
Server1	172.16.1.60	255.255.0.0	172.16.1.20
Вариант 2
Конечные узлы	IP-адрес	Маска сети	IP-адрес DNS-сервера
PC0	172.16.0.12	255.255.0.0	172.16.0.50
PC1	172.16.0.13	255.255.0.0	172.16.0.50
Серверы
Server0	172.16.0.50	255.255.0.0	172.16.0.50
Server1	172.16.0.10	255.255.0.0	172.16.0.50
Вариант 3
Конечные узлы	IP-адрес	Маска сети	IP-адрес DNS-сервера
PC0	192.168.3.1	255.255.255.0	192.168.3.8
PC1	192.168.3.3	255.255.255.0	192.168.3.8
Серверы
Server0	192.168.3.8	255.255.255.0	192.168.3.8
Server1	192.168.3.5	255.255.255.0	192.168.3.8
Вариант 4
Конечные узлы	IP-адрес	Маска сети	IP-адрес DNS-сервера
PC0	172.16.2.90	255.255.0.0	172.16.2.25
PC1	172.16.2.10	255.255.0.0	172.16.2.25
Серверы
Server0	172.16.2.25	255.255.0.0	172.16.2.25
Server1	172.16.2.40	255.255.0.0	172.16.2.25
Вариант 5
Конечные узлы	IP-адрес	Маска сети	IP-адрес DNS-сервера
PC0	192.168.5.1	255.255.255.0	192.168.5.7
PC1	192.168.5.3	255.255.255.0	192.168.5.7
Серверы
Server0	192.168.5.7	255.255.255.0	192.168.5.7
Server1	192.168.5.5	255.255.255.0	192.168.5.7
Вариант 6
Конечные узлы	IP-адрес	Маска сети	IP-адрес DNS-сервера
PC0	192.168.4.1	255.255.255.0	192.168.4.9
PC1	192.168.4.3	255.255.255.0	192.168.4.9
Сервер
Server0	192.168.4.9	255.255.255.0	192.168.4.9
Server1	192.168.4.6	255.255.255.0	192.168.4.9
Вариант 7
Конечные узлы	IP-адрес	Маска сети	IP-адрес DNS-сервера
PC0	172.16.3.15	255.255.0.0	172.16.3.70
PC1	172.16.3.25	255.255.0.0	172.16.3.70
Серверы
Server0	172.16.3.70	255.255.0.0	172.16.3.70
Server1	172.16.3.40	255.255.0.0	172.16.3.70
Вариант 8
Конечные узлы	IP-адрес	Маска сети	IP-адрес DNS-сервера
PC0	172.16.4.90	255.255.0.0	172.16.4.30
PC1	172.16.4.10	255.255.0.0	172.16.4.30
Серверы
Server0	172.16.4.30	255.255.0.0	172.16.4.30
Server1	172.16.4.100	255.255.0.0	172.16.4.30
Вариант 9
Конечные узлы	IP-адрес	Маска сети	IP-адрес DNS-сервера
PC0	172.16.5.20	255.255.0.0	172.16.5.10
PC1	172.16.5.40	255.255.0.0	172.16.5.10
Серверы
Server0	172.16.5.10	255.255.0.0	172.16.5.10
Server1	172.16.5.80	255.255.0.0	172.16.5.10
Вариант 10
Конечные узлы	IP-адрес	Маска сети	IP-адрес DNS-сервера
PC0	172.16.6.20	255.255.0.0	172.16.6.40
PC1	172.16.6.10	255.255.0.0	172.16.6.40
Серверы
Server0	172.16.6.40	255.255.0.0	172.16.6.40
Server1	172.16.6.30	255.255.0.0	172.16.6.40
Вариант 11
Конечные узлы	IP-адрес	Маска сети	IP-адрес DNS-сервера
PC0	192.168.6.2	255.255.255.0	192.168.6.7
PC1	192.168.6.3	255.255.255.0	192.168.6.7
Серверы
Server0	192.168.6.7	255.255.255.0	192.168.6.7
Server1	192.168.6.5	255.255.255.0	192.168.6.7
Вариант 12
Конечные узлы	IP-адрес	Маска сети	IP-адрес DNS-сервера
PC0	192.168.7.2	255.255.255.0	192.168.7.5
PC1	192.168.7.4	255.255.255.0	192.168.7.5
Серверы
Server0	192.168.7.5	255.255.255.0	192.168.7.5
Server1	192.168.7.8	255.255.255.0	192.168.7.5
Вариант 13
Конечные узлы	IP-адрес	Маска сети	IP-адрес DNS-сервера
PC0	192.168.8.4	255.255.255.0	192.168.8.2
PC1	192.168.8.3	255.255.255.0	192.168.8.2
Серверы
Server0	192.168.8.2	255.255.255.0	192.168.8.2
Server1	192.168.8.8	255.255.255.0	192.168.8.2
Вариант 14
Конечные узлы	IP-адрес	Маска сети	IP-адрес DNS-сервера
PC0	192.168.9.3	255.255.255.0	192.168.9.6
PC1	192.168.9.4	255.255.255.0	192.168.9.6
Серверы
Server0	192.168.9.6	255.255.255.0	192.168.9.6
Server1	192.168.9.7	255.255.255.0	192.168.9.6

Размещено на Allbest.ru