У каждого параметра своя роль
Адрес идентифицирует сетевой интерфейс в соответствующей IP-сети. Маска определяет её границы. Шлюз нужен для отправки трафика в другие сети, если используется такой маршрут. Сервер DNS отвечает за преобразование имён в адреса. Эти параметры связаны, но не взаимозаменяемы. В условной локальной сети используем диапазон 192.168.50.0/24. Маршрутизатору назначен адрес 192.168.50.1. Для автоматической выдачи выделена часть адресов от 192.168.50.100 до 192.168.50.149 включительно. Такой учебный пул содержит пятьдесят адресов. Адрес самого маршрутизатора в него не входит. Это только пример планирования, а не рекомендация перенести значения в работающую сеть. Реальная адресация должна учитывать существующие сегменты, маршруты и уже назначенные адреса. Совпадение чисел в двух несвязанных учебных примерах не означает совместимость их настроек.
Пул адресов и параметры сети решают разные задачи
В конфигурации DHCP важно различать набор адресов для выдачи и описание передаваемых клиентам сетевых параметров. Пул определяет, откуда берутся адреса. Настройки сети задают, например, шлюз и серверы DNS. Наличие заполненного пула не подтверждает правильность остальных значений. Сервер DHCP также связан с выбранным интерфейсом. Поэтому при проверке схемы нужно понимать, в каком сегменте находятся клиенты и каким путём их запрос достигает сервера. Название интерфейса само по себе ничего не доказывает: важно его место в конкретной конфигурации. Запись об аренде показывает назначение адреса клиенту на определённых условиях. Она полезна для наблюдения, но не является отчётом о доступности всех сайтов. Ошибку можно искать дальше по цепочке, не стирая успешный результат предыдущего этапа.
Проверяйте предположения по очереди
Представим, что учебный ноутбук получил адрес из нужного пула и ожидаемую маску. Затем выясняется, что в сведениях клиента указан другой шлюз. Это конкретное расхождение между планом и наблюдением. Общее действие перезапустить всё не объясняет, откуда взялось значение. Другой случай: адрес и шлюз совпадают с планом, но обращение по имени не удаётся. Тогда сведения о DNS становятся отдельным предметом проверки. При этом один неудачный запрос ещё не устанавливает причину: ресурс может быть недоступен, а путь к нему ограничен другими настройками. Начинайте с чтения доступных параметров и фиксации фактов. Изменение нескольких настроек одновременно затрудняет понимание результата. В рабочей инфраструктуре любые изменения выполняют по согласованной процедуре с учётом доступа и восстановления. Для изучения ролей компонентов достаточно бумажной модели, которая не затрагивает чужие устройства.
Попробуйте на практике
Проверьте вымышленную конфигурацию DHCP на бумаге, не подключаясь к маршрутизатору и не меняя параметры действующей сети.
- Нарисуйте маршрутизатор и два клиента. Укажите условную сеть, адрес маршрутизатора и выделенный выше пул для автоматической выдачи.
- Посчитайте число адресов в пуле, учитывая оба конца диапазона. Убедитесь, что адрес маршрутизатора отсутствует среди выдаваемых значений.
- Для первого клиента запишите ожидаемые адрес, маску, шлюз и DNS. Для второго намеренно измените только шлюз и отметьте расхождение.
- Составьте последовательность вопросов для проверки: получен ли адрес, соответствует ли он плану, верны ли остальные параметры и что именно недоступно.
Как проверить результат. Пул содержит пятьдесят адресов. Читатель различает назначение адреса и доступ к ресурсу, а каждое предположение связано с отдельным наблюдаемым параметром.
Частые вопросы
Если в списке есть аренда, интернет обязательно работает?
Нет. Выдача адреса не подтверждает правильность маршрутизации, работу разрешения имён или доступность конкретного внешнего ресурса.
Можно ли устранить любую проблему увеличением пула?
Увеличение пула относится к доступному числу выдаваемых адресов. Оно само по себе не исправляет ошибочный шлюз, неверные сетевые параметры или недоступность сервера имён.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.