Вы находитесь на странице: 1из 6

Федеральное государственное автономное

образовательное учреждение
высшего образования
«СИБИРСКИЙ ФЕДЕРАЛЬНЫЙ УНИВЕРСИТЕТ»

Институт космических и информационных технологий


Кафедра вычислительной техники

ОТЧЕТ ПО ЛАБОРАТОРНОЙ РАБОТЕ №7


по теме:
«Конфигурирование беспроводной сети на базе лабораторного стенда»

Вариант – 5

Преподаватель _________ Титовская Т. С.


подпись, дата
Студент КИ19-09Б, 031941294 _________ Медведев А. Р.
подпись, дата
Студент КИ19-09Б, 031940645 _________ Ману С. А.
подпись, дата

Красноярск 2019
1 Текст задания

Организовать на MyRIO точку доступа, которая должна иметь название,


составленное из фамилий участников, работающих под одним вариантом.
Запустить на ноутбуке Wireshark, подключить его к точке доступа. Получить
сетевой трафик, сохранить его и проанализировать.

2 Подключение к точке доступа и анализ пакетов

Следующим шагом мы подключились к точке с ноутбука и открыли


Wireshark(Рисунок 1).

Рисунок 1 – Wireshark

2
Мы получили DHCP, ARP, DNS пакеты(Рисунок 2).

Рисунок 2 - DHCP, ARP, DNS пакеты.

DHCP - основа сети, работает на прикладном уровне и выдает клиенту


конфигурацию сети к которой он подключен (Рисунок 3).

Рисунок 3 – DHCP

DHCP Release использует клиент для прекращения аренды IP-адреса


явным образом. DHCP Release не рассылается широковещательно(Рисунок 4).

Рисунок 4 - DHCP Release

3
DHCP Discover использует клиент для поиска DHCP - серверов в своей
сети(Рисунок 5).

Рисунок 5 – DHCP Discover

В качестве MAC-адреса источника клиент подставил свой MAC-адрес, а


вот MAC-адрес сервера он не знает, поэтому использует широковещательный
MAC-адрес.
В заголовке IP-пакета в качестве адреса источника клиент использовал
0.0.0.0, а IP-адрес назначения широковещательный – 255.255.255.255. DHCP
упаковывается на транспортном уровне в UDP, поскольку сообщение DHCP
DISCOVER генерирует клиент, он в качестве порта источника использует
значение 68, а в качестве порта назначения 67(Рисунок 6).

Рисунок 6 – DHCP Discover

DHCP Offer сервер отвечает на запрос DHCP Discover от клиента и


формирует предложение(Рисунок 7, 8).

Рисунок 7 – DHCP offer

Рисунок 8 – DHCP Offer

4
DHCP Request формирует клиент в ответ на offer, чтобы выбрать
offer(Рисунок 9).

Рисунок 9 – DHCP request

Выбирается сервер, который первый прислал offer. В данном случае


DHCP Offer запрос один и клиент отзывается на него(Рисунок 10).

Рисунок 10 – DHCP offer

DHCP ACK формирует сервер как подтверждающий запрос. ACK


говорит, что предложенный в offer IP-адрес всё ещё свободен(Рисунок 11).

Рисунок 11 – DHCP ACK

Главным требованием к содержимому сообщения DHCP ACK должна


быть непротиворечивость тому, что было отправлено в сообщение DHCP Offer.

ARP-запросы используются для определения MAC-адреса по IP(Рисунок


12).

Рисунок 12 – ARP

Пакет 3: «Who has 172.16.0.1? Tell 172.16.0.10», в ответ на что откликается


клиент: 172.16.0.10 под 00:80:2f:21:4f:a0. На самом деле, ARP не обеспечивает
должной защиты и представиться как 00:80:2f:21:4f:a0 могло бы любое
устройство в сети(Рисунок 12).

5
DNS - запросы нужны для того, чтобы знать актуальную базу доменных
имён(Рисунок 13).

Рисунок 13 - DNS

В запросе 54 клиент с адресом 172.16.0.10 отправляет на шлюз по умолчанию


DNS-запрос на разрешение доменного имени dns.msftncsi.com в IPv4.