4.3 Ход работы

1. Запустите анализатор ethereal c фильтром, настроенным на отслеживание трафика от вашего хоста до сервера DNS (далее -dns_host) и до сервера www (далее - www_host).

2. Проверьте работоспособность фильтра командами

ping www_host

ping dns_host

Анализатор должен показать захваченные пакеты.

3. Перестартуйте захват пакетов.

4. Запустите программу просмотра web на хост www_host.

5. Сохраните захваченные пакеты в формате libpcap.

6. Запустите анализатор tcpdump для разбора сохранённого файла со следующими ключами:

tcpdump -vvv -X -r файл_пакетов >файл_разбора

Данный файл будет содержать разобранные пакеты обращения браузера к веб-страничке и к серверу DNS.

7. Используя оба анализатора, отследите, как происходили обращения к серверам и прокомментируйте в файле все пакеты.

8. Запустите новую сессию захвата пакетов.

9. Выполните команды host www.yahoo.com и host 193.193.193.100 и повторите описанную выше процедуру для захваченных пакетов.

10. Подробно разберите все запросы к серверу DNS.

4.4 Содержание отчёта

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

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

1. Почему для службы DNS используется протокол UDP?

2. Какое поле заголовка UDP обеспечивает мультиплексирование пакетов между приложениями?

3. Как программы определяют, где находится ближайший сервер имён?

4. Какие дополнительные параметры передаются в ответе сервера имён?

5. Какого типа запросы отрабатывались при просмотре веб-странички?

6. Какой запрос использовался для определения имени хоста по его адресу?

5 Лабораторная работа №5. Конфигурирование службы имён dns в корпоративной сети

5.1 Цель работы

Научиться конфигурировать и тестировать службу имен для корпоративной сети на основе сервера DNS bind.

5.2 Краткие теоретические сведения

Служба доменных имён DNS является основной системной службой в сетях TCP/IP, поскольку эта служба обеспечивает разрешение символьных имён в IP адреса и наоборот. Каждое приложение, использующее сетевые функции, обращается к базовой системной библиотеке libc, частью которой является так называемый резольвер (resolver). Резольвер имеет свой файл конфигурации /etc/resolv.conf, в котором описаны ближайшие сервера имён и порядок подстановки суффиксов.

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

5.3 Ход работы

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

1. Создайте файлы зон для прямой и обратной приватной зоны. Возьмите блок адресов 172.16.X.0, где Х – номер машины в классе. Сконфигурируйте первичный сервер DNS для этих зон на локальном компьютере и запустите его. Не забудьте, что все сообщения выводятся не на консоль, а в системный журнал. Сообщения удобнее всего просматривать в отдельном терминале командой:

tail -f /var/log/messages

2. Проведите тестирование созданных прямой и обратной зон при помощи команды dig.

3. Проведите тестирование разрешения внешних имён вашим сервером. Запросите, например информацию о зоне slashdot.org.

4. Сконфигурируйте ваш сервер как вторичный для зон, которые создал ваш сосед по лаборатории. Произведите корректировку и проверку записей зон на предмет записей типа NS. Произведите проверку командой dig, обращая особое внимание на секцию “AUTHORITY SECTION”.