Введение
Устройству регистрации Maple Yard нужен известный адрес, чтобы команда мероприятия могла его узнать. Динамический пул подготовлен, но резервирование регистрации отсутствует, а шлюз и DNS для новых устройств указывают на неиспользуемые адреса. Защищённая эталонная стойка остаётся доступной.
Вы сопоставите реальный идентификатор устройства с резервированием, исправите параметры сервера и действительно освободите и заново получите аренду регистрации. Эта новая среда содержит всё необходимое и не использует файлы или аренды первой работы. Завершите первую управляемую работу либо освойте её действия с пулом, арендой и вкладками.
Используйте Network Desk для серверного файла, Check-In и Guest A для собственных клиентских команд, а Network Map для наблюдения без изменения состояния. Как и раньше, это изолированные узлы Linux с общим ядром.
Резервирование адреса для нужного устройства
На этом шаге вы выдадите устройству регистрации реальную аренду для запланированного адреса. Начните в Network Map и запросите эталонную программу, чтобы подтвердить работающий пример. Его адрес должен оставаться 10.77.0.10.
Переключитесь на Network Desk, в /home/labex/project/event-network:
cat devices.tsv
cat dhcp.conf
MAC устройства регистрации — 02:77:00:00:00:28, а нужный адрес — 10.77.0.20. Гостевой пул остаётся 10.77.0.100–10.77.0.109; резервирование находится вне него. Одного совпадения удобного имени недостаточно для идентификации. В этом упражнении используется стабильный MAC-адрес.
Строка dhcp-host связывает устройство с адресом и необязательным именем хоста. Здесь >> добавляет текст в существующий файл, сохраняя пул и параметры. Скопируйте весь буквальный блок:
cat >> dhcp.conf <<'CONF'
dhcp-host=02:77:00:00:00:28,10.77.0.20,check-in
CONF
Проверьте и примените конфигурацию тем же сервисом курса, что и в первой работе:
dnsmasq --test --conf-file=dhcp.conf
sudo systemctl restart event-dhcp
При ошибке синтаксиса прочитайте файл и исправьте только неверную строку перед перезапуском. Не удаляйте защищённое подключение конфигурации.
Переключитесь на Check-In. Он начинает работу в собственном клиентском каталоге с административной оболочкой. Запросите реальную аренду:
dhclient -4 -v -1 -cf client.conf -pf client.pid -lf client.leases eth0
ip -4 addr show dev eth0
Ожидается 10.77.0.20/24. Перезагрузите Network Map и сравните карточку регистрации с запланированным идентификатором. Здесь проверяется только зарезервированный адрес. Шлюз и DNS новых устройств намеренно остаются неверными; до следующего шага запрос программы из Check-In должен завершаться неудачей. Не сбрасывайте VM из-за этого известного сбоя.
Выдача действительно пригодных параметров
На этом шаге вы исправите параметры шлюза и DNS и передадите их клиентам. Начните в Check-In:
ip route show default
cat /etc/resolv.conf
Подготовленные неверные значения — 10.77.0.254 для шлюза и 10.77.0.253 для DNS. Таких сервисов по этим адресам нет. Настоящие маршрутизатор и DNS курса находятся на 10.77.0.1. Первое значение управляет трафиком за пределы подсети, второе — разрешением имён.
Переключитесь на Network Desk. dhcp-option=option:router передаёт шлюз, а dhcp-option=option:dns-server — DNS. Замените файл целиком, оставив правильное подключение, неизменный пул, резервирование и эти два параметра. В первой работе изучены > и here-document с кавычками:
cat > dhcp.conf <<'CONF'
conf-file=/opt/labex/event-network/server-base.conf
dhcp-range=10.77.0.100,10.77.0.109,255.255.255.0,2h
dhcp-host=02:77:00:00:00:28,10.77.0.20,check-in
dhcp-option=option:router,10.77.0.1
dhcp-option=option:dns-server,10.77.0.1
CONF
dnsmasq --test --conf-file=dhcp.conf
sudo systemctl restart event-dhcp
Изменение сервера не переписывает уже применённую клиентом аренду. Переключитесь на Check-In. Освободите старую аренду с -r; затронуты будут только процесс и интерфейс этого клиента:
dhclient -4 -v -r -cf client.conf -pf client.pid -lf client.leases eth0
Запросите снова:
dhclient -4 -v -1 -cf client.conf -pf client.pid -lf client.leases eth0
ip route show default
cat /etc/resolv.conf
Оба параметра теперь должны использовать 10.77.0.1. Адрес остаётся 10.77.0.20, поскольку резервирование сопоставлено тому же устройству.
Переключитесь на Guest A и получите его первую аренду в этой среде:
dhclient -4 -v -1 -cf client.conf -pf client.pid -lf client.leases eth0
ip -4 addr show dev eth0
ip route show default
cat /etc/resolv.conf
Ожидается динамический адрес в гостевом пуле с правильными шлюзом и DNS. Запросите программу:
curl --noproxy '*' -fsS --max-time 5 http://programme.event.test:8080/programme.txt
Ожидаются все пять строк программы Maple Yard из первой работы. Если остаётся старое неверное значение, подтвердите реальный перезапуск сервера после изменения файла и освобождение с повторным запросом на затронутом клиенте. Не перезаписывайте /etc/resolv.conf вручную: это скроет проблему параметров сервера.
Повторное подключение с сохранением готовности стойки
На этом шаге вы докажете работу резервирования реальной новой арендой и сохраните ресурс стойки. Переключитесь на Check-In. Прочитайте текущий адрес перед освобождением:
ip -4 addr show dev eth0
Он должен быть 10.77.0.20/24. Освободите и заново получите аренду:
dhclient -4 -v -r -cf client.conf -pf client.pid -lf client.leases eth0
dhclient -4 -v -1 -cf client.conf -pf client.pid -lf client.leases eth0
ip -4 addr show dev eth0
Ожидается тот же зарезервированный адрес. Это настоящее освобождение и получение DHCP, а не ручное восстановление статического адреса. Динамическое назначение гостя не обязано всегда сохранять один адрес.
Используйте полученную конфигурацию для загрузки инструкций стойки. Первая работа объяснила параметры curl и -o:
curl --noproxy '*' -fsS --max-time 5 -o desk.txt http://desk.event.test:8080/desk.txt
cat desk.txt
Ожидаемое содержимое:
MAPLE YARD | Registration desk
Desk: North entrance
Session: Community workshop
Status: Ready for arrivals
Если адрес неверен, вернитесь в Network Desk и сравните точное соответствие MAC и адреса с devices.tsv. Проверьте исправленный файл, перезапустите только учебный сервис DHCP, затем освободите и запросите аренду на Check-In. Один перезапуск сервиса или переподключение вкладки не создаёт новую клиентскую аренду.
В Network Map перезагрузите страницу и запросите программу с Check-In, Guest A и reference. Все должны работать. Постоянный адрес регистрации, пригодные параметры, реальное повторное получение и сохранённые сервисы вместе образуют готовую сеть.
Сравните адрес IPv4, шлюз и DNS каждой карточки, затем прочитайте ответ программы под кнопкой. Конкретные гостевые адреса могут отличаться от примера.
Резюме
Вы связали реальный идентификатор устройства с зарезервированным адресом, исправили шлюз и DNS в источнике выдачи и применили новые аренды на клиентах. Затем освободили и снова получили аренду регистрации без потери адреса и обычного гостевого сервиса.
Самостоятельное задание меняет адресный план мероприятия и набор устройств. Инструменты и механизмы остаются прежними. Курс не настраивает ретрансляцию DHCP, радиопараметры Wi-Fi, высокую доступность или сохранение после перезагрузки.
