Лабораторная работа №3

Министерство цифрового развития связи и массовых коммуникаций

Ордена Трудового Красного Знамени

Федеральное государственное бюджетное образовательное учреждение

высшего образования

«МОСКОВСКИЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

СВЯЗИ И ИНФОРМАТИКИ»

Кафедра «Сетевые информационные технологии и сервисы»

Отчёт по лабораторной работе №3

по дисциплине «Организация сетевого администрирования»

Выполнили: студенты группы М092501(70)

Ягудин Р.Р.

Фёдоров М.А.

Аксёнов А.В.

Проверил: ст. преп. Буданов Д.Г.

Москва 2025 г.

СОДЕРЖАНИЕ

		№ стр.
1	Установка и настройка BIND 9 на первичном DNS-сервере . . . . . . . .	3
2	Настройка прямой зоны первичного DNS-сервера . . . . . . . . . . . . . . . .	6
3	Настройка обратной зоны первичного DNS-сервера . . . . . . . . . . . . . . .	8
4	Проверка работы первичного DNS-сервера . . . . . . . . . . . . . . . . . . . . . .	10
5	Установка и настройка BIND 9 на вторичном DNS-сервере . . . . . . . .	11
6	Проверка работы вторичного DNS-сервера . . . . . . . . . . . . . . . . . . . . . .	14

1. Установка и настройка BIND 9 на первичном DNS-сервере

Запускаем ВМ, на которой будет первичный DNS-сервер, и вводим команду ip a для вывода списка текущих IP-адресов всех сетевых интерфейсов

Рисунок 1 – Запуск ВМ и вывод списка текущих IP-адресов всех сетевых интерфейсов

Устанавливаем BIND и связанные с ним пакеты

Рисунок 2 – Установка BIND9

Открываем /etc/bind/named.conf.options — конфигурационный файл DNS-сервера BIND, который содержит глобальные настройки службы

Рисунок 3 – Открытие конфигурационного файла DNS-сервера BIND

Добавляем туда настройки, представленные на рис.4, где:

• listen-on port 53 – адреса, на которых сервер будет принимать запросы, где 192.168.0.102 - адрес самого сервера

• allow-query – адреса сетей, из которых принимаем запросы, подсеть localhost и диапазон локальной сети

• allow-recursion – разрешаем рекурсивные запросы для localhost и локальной сети

• allow-transfer – кому можно предавать данные DNS-зон (по умолчанию никому)

• forwarders – содержит адреса других DNS-серверов для перенаправления запросов.

• dnssec-validation – включает или выключает проверку DNSSEC.

• listen-on-v6 { none; } – отключение прослушивания IPv6.

Рисунок 4 – Редактирование конфигурационного файла DNS-сервера BIND

Открываем /etc/bind/named.conf.local — конфигурационный файл DNS-сервера BIND, в котором настраиваются зоны DNS, которые будет обслуживать сервер

Рисунок 5 – Открытие конфигурационного файла DNS-сервера BIND

Добавляем туда настройки, представленные на рис.6, где:

• zone «…» – наименование зоны, которую будет обслуживать сервер, задается в виде доменного имени, в нашем случае interface31.lab

• type master – указывает, что данный сервер BIND является основным (первичным) для зоны. Он хранит главную копию данных и именно на нём вносятся все изменения.

• file «…» – определяет путь к файлу с DNS-записями для прямой зоны. Внутри этого файла прописываются все соответствия имён и адресов (записи A, AAAA, CNAME и т. д.).

• allow-transfer – узел, которому разрешается передавать данные зоны. Указываем здесь адрес вторичного DNS-сервера

• zone «0.168.192.in-addr.arpa» – создаёт обратную зону для подсети 192.168.0.0. Имя зоны записывается в обратном порядке, как этого требует стандарт. Эта зона отвечает за преобразование IP-адресов в доменные имена.

Рисунок 6 – Редактирование конфигурационного файла DNS-сервера BIND

2. Настройка прямой зоны первичного DNS-сервера

Создаём файл, указанный в описании прямой зоны, и открываем его для редактирования

Рисунок 7 – Создание и открытие файла прямой зоны

Добавляем туда настройки, представленные на рис.8, где:

• $TTL 86400 – время жизни записи в кэше клиентов (в секундах).

• @ IN SOA (Start of Authority) — основная запись зоны.

• dns-1.interface31.lab. — главный DNS-сервер этой зоны.

• root.interface31.lab. — адрес администратор

• 2025112301 Serial — номер версии зоны. При изменении данных вторичные серверы сравнивают этот номер и обновляются.

• 600 Refresh — каждые 10 минут вторичный сервер будет проверять, изменился ли Serial.

• 3600 Retry — если обновление не удалось, повторить через 1 час.

• 604800 Expire — если обновление не происходит 7 дней, вторичный сервер прекращает обслуживание запросов.

• 360 Negative TTL — время кэширования негативных ответов (например, «такого имени нет»).

• @ IN NS dns-1.interface31.lab. и @ IN NS dns-2.interface31.lab. — указывают, какие серверы отвечают за эту зону, где dns-1.interface31.lab. — первичный сервер, dns-2.interface31.lab. — вторичный сервер. Это важно для отказоустойчивости, так как, если один сервер упадёт, другой сможет отвечать.

• IN A 192.168.0.1 — если кто-то запросит interface31.lab, ему вернётся 192.168.0.1.

• chr0 IN A 192.168.0.1 — имя chr0.interface31.lab → 192.168.0.1.

• dns-1 IN A 192.168.0.102 — сервер dns-1.interface31.lab → 192.168.0.102.

• dns-2 IN A 192.168.0.103 — сервер dns-2.interface31.lab → 192.168.0.103.

• pve7 IN A 192.168.0.7 — сервер pve7.interface31.lab → 192.168.0.7.

• CNAME (Canonical Name) — псевдоним; proxmox IN CNAME pve7. — если кто-то запросит proxmox.interface31.lab, ему вернётся IP, связанный с pve7.interface31.lab. Это удобно, так как, если нужно дать красивое имя службе, а потом перенести её на другой сервер — нужно просто поменять CNAME.

Рисунок 8 – Редактирование файла прямой зоны

3. Настройка обратной зоны первичного DNS-сервера

Создаём файл, указанный в описании обратной зоны, и открываем его для редактирования

Рисунок 9 – Создание файла обратной зоны

Рисунок 10 – Открытие файла обратной зоны

Заполняем его по аналогии файла прямой зоны, за исключением последних строк. Т.е., если имя узла указано без точки, то оно дополняется именем текущего домена, поэтому, например, для указанной нами в записи цифры 102 это будет 102.0.168.192.in-addr.arpa, т.е. обратная запись для узла с адресом 192.168.0.102.

Рисунок 11 – Редактирование файла обратной зоны

4. Проверка работы первичного DNS-сервера

После выполнения всех настроек, а также создания и настройки файлов зон произведём проверку функционирования сервера. На рис.12 представлена проверка конфигурации и зон на ошибки

Рисунок 12 – Проверка конфигурации и зон на ошибки

Перезапускаем службу named и смотрим её статус

Рисунок 13 – Перезапуск и статус службы named

Пробуем направить прямой и обратный запрос на сервер, для точности мы явно указываем его адрес вторым параметром

Рисунок 14 – Прямой и обратный запросы на сервер

5. Установка и настройка BIND 9 на вторичном DNS-сервере

Запускаем ВМ, на которой будет вторичный DNS-сервер, и вводим команду ip a для вывода списка текущих IP-адресов всех сетевых интерфейсов

Рисунок 15 – Запуск ВМ и вывод списка текущих IP-адресов всех сетевых интерфейсов

Устанавливаем BIND и связанные с ним пакеты, открываем /etc/bind/named.conf.options — конфигурационный файл DNS-сервера BIND, который содержит глобальные настройки службы и добавляем туда настройки, аналогичные первичному серверу, за исключением строки «listen-on port 53 { 127.0.0.1; 192.168.72.9; };», в которой указываем IP-адрес второго сервера, у нас это 192.168.0.103.

Рисунок 16 – Редактирование конфигурационного файла DNS-сервера BIND

Открываем /etc/bind/named.conf.local — конфигурационный файл DNS-сервера BIND, в котором настраиваются зоны DNS, которые будет обслуживать сервер

Рисунок 17 – Открытие конфигурационного файла DNS-сервера BIND

Добавляем туда настройки, представленные на рис.18, где:

• zone «…» – наименование зоны, которую будет обслуживать сервер, задается в виде доменного имени, в нашем случае interface31.lab

• type slave – указывает, что данный сервер BIND является вторичным для зоны.

• file «…» – определяет путь к файлу с DNS-записями.

• masters – адрес первичного сервера, с которого вторичный сервер будет забирать изменения

Рисунок 18 – Редактирование конфигурационного файла DNS-сервера BIND

6. Проверка работы вторичного DNS-сервера

После выполнения всех настроек, а также создания и настройки файлов зон произведём проверку функционирования сервера. На рис.19 представлена проверка конфигурации на ошибки

Рисунок 19 – Проверка конфигурации на ошибки

Перезапускаем службу named и смотрим её статус

Рисунок 20 – Перезапуск и статус службы named

Пробуем направить прямой и обратный запрос на сервер, для точности мы явно указываем его адрес вторым параметром

Рисунок 21 – Прямой и обратный запросы на сервер

11