Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
4.6.4.3 Lab - Using Wireshark to Examine TCP and UDP Captures.docx
Скачиваний:
9
Добавлен:
31.12.2022
Размер:
1.67 Mб
Скачать
  1. Определение полей заголовков и принципа работы протокола udp с помощью функции перехвата сеанса tftp программы Wireshark

В части 2 вам необходимо с помощью программы Wireshark осуществить перехват данных сеанса TFTP и изучить поля заголовков UDP.

    1. Запустите службу tftpd и Mininet.

      1. Запустите Mininet. Введите cyberops в ответ на запрос пароля.

[analyst@secOps ~]$ sudo lab.support.files/scripts/cyberops_topo.py

[sudo] пароль для analyst:

      1. Запустите H1 и H2 в командной строке mininet>.

*** Запуск CLI:

mininet> xterm H1 H2

      1. В окне терминала H1 запустите TFTPD-сервер с помощью предоставленного сценария.

[root@secOps analyst]# /home/analyst/lab.support.files/scripts/start_tftpd.sh

[root@secOps analyst]#

    1. Создайте файл для пересылки данных по протоколу tftp.

      1. Создайте текстовый файл в командной строке терминала H1 в папке /srv/tftp/.

[root@secOps analyst] # echo «Этот файл содержит данные tftp». > /srv/tftp/my_tftp_data

      1. Убедитесь, что файл был создан с использованием нужных данных, находящихся в папке.

[root@secOps analyst]# cat /srv/tftp/my_tftp_data

Этот файл содержит данные tftp.

      1. Из-за мер безопасности, примененных на этом конкретном TFTP-сервере, имя принимающего файла должно уже существовать. Создайте файл с именем my_tftp_data на H2.

[root@secOps analyst]# touch my_tftp_data

    1. Выполните захват данных сеанса tftp с помощью программы Wireshark.

      1. Запустите программу Wireshark на H1.

[root@secOps analyst]# wireshark-gtk &

      1. В меню Edit (Правка) выберите пункт Preferences (Настройки) и нажмите стрелку, чтобы развернуть пункт Protocols (Протоколы). Прокрутите экран вниз и выберите UDP. Установите флажок Validate the UDP checksum if possible (По возможности проверять контрольную сумму UDP) и нажмите Apply (Применить). Затем нажмите ОК.

      1. Запустите перехват данных программой Wireshark на интерфейсе H1-eth0.

      2. Запустите сеанс TFTP из H2 на TFTP-сервер на H1 и получите файл my_tftp_data.

[root@secOps analyst]# tftp 10.0.0.11 -c get my_tftp_data

      1. Остановите перехват данных программой Wireshark. Настройте фильтр на tftp и нажмите кнопку Apply (Применить). Используйте три пакета TFTP для заполнения таблицы и ответьте на вопросы в остальной части этой лабораторной работе.

Программа Wireshark отображает подробные данные UDP на панели сведений о пакетах. Выделите первую датаграмму UDP, полученную от узлового компьютера, и наведите указатель мыши на панель сведений о пакетах. При необходимости настройте эту панель и разверните строку UDP, нажав на соответствующее поле. Развернутая датаграмма UDP должна выглядеть аналогично приведенной ниже схеме.

На приведенном ниже рисунке показана схема UDP-датаграммы. По сравнению с датаграммой TCP информация в заголовке не такая подробная. Как и в случае с TCP, каждая датаграмма UDP идентифицируется портом источника UDP и портом назначения UDP.

Используя захваченные программой Wireshark данные первой датаграммы UDP, заполните информацию о заголовке UDP. Значение контрольной суммы имеет шестнадцатеричный формат (по основанию 16) с предваряющим кодом 0x.

IP-адрес источника

10.0.0.12

IP-адрес назначения

10.0.0.11

Номер порта источника

52548

Номер порта назначения

69

Длина сообщения UDP

32

Контрольная сумма UDP

0x00000dc9

Как протокол UDP проверяет целостность датаграммы?

При помощи контрольной суммы. Если вычисленная контрольная сумма совпала с отправляемой, тогда датаграмма пришла целой.

Изучите первый кадр, возвращенный TFTPD-сервером. Заполните приведенную ниже таблицу данными заголовка UDP.

IP-адрес источника

10.0.0.11

IP-адрес назначения

10.0.0.12

Номер порта источника

54797

Номер порта назначения

52548

Длина сообщения UDP

24

Контрольная сумма UDP

0x00001440

Обратите внимание на то, что в возвращенной датаграмме UDP указан другой порт источника UDP, который, однако, используется до конца пересылки данных по TFTP. Поскольку надежное соединение отсутствует, для поддержания пересылки данных по TFTP используется только исходный порт источника, который использовался для начала сеанса TFTP.

Кроме того, необходимо учитывать, что UDP Checksum (Контрольная сумма UDP) неверна. Скорее всего, это вызвано функцией выгрузки контрольной суммы UDP (UDP checksum offload). Дополнительную информацию о причинах этого явления можно найти в Интернете, выполнив поиск по словам UDP checksum offload (выгрузка контрольной суммы UDP).