Мне сложно настроить более современный выпуск службы DHCP Fedora для замены более старой, и проблема в том, что клиенты не получают соответствующую информацию о DNS-сервере.
Я довольно успешно использовал dhcpd в более ранней версии Fedora для обслуживания внутренней сети и предоставления клиентам следующих функций:
1) Неизвестные клиенты ТОЛЬКО получил IP-адрес, но НЕ получил информацию о внешней маршрутизации или DNS-сервере.
2) Клиенты, известные по MAC-адресам были сопоставлены с конкретными IP-адресами с учетом правильного исходящего маршрута и внешних DNS-серверов.
Однако в этой системе произошел аппаратный сбой, и я пытался перейти на альтернативный сервер с более молодой ОС - FC 21. (Старая конфигурация была неизвестной версии, но не очень старой.) Я не могу понять известные или неизвестные клиенты - правильная информация DNS-сервера для разрешения имен хостов; они могут маршрутизировать, но не могут разрешать имена.
Новое программное обеспечение, dhcp-4.3.1-12.fc21, не имеет тех же деталей конфигурации. Вместо этого у него есть возможность обновлять дружественные DNS-серверы - функция здесь не требуется. Все мои поиски того, как его правильно настроить, вместо этого раскрыли подробности об обновлении дружественного DNS-сервера со знанием обслуживаемых хостов - что, конечно, не имеет ничего общего с тем, что я пытаюсь сделать.
Эти инструкции говорят только о том, что называется серверами доменных имен, и вот пример:
# option domain-name-servers ns1.example.org, ns2.example.org;
Мои собственные записи на данный момент предназначены для ВСЕХ клиентов и используют IP-адреса вместо доменных имен, например
option domain-name-servers 67.100.88.26, 64.105.172.26;
Было бы очень хорошо, если бы кто-нибудь подтвердил, что domain-name-servers предназначен для использования для указания на взаимодействующие DNS-серверы, к которым этот DHCP-сервер должен подключаться для обновления информации о клиентах этого DHCP-сервера.
Мне было трудно найти ЛЮБЫЕ другие параметры конфигурации, связанные с сервером имен, которые не связаны с аутентификацией между сервером dhcpd и взаимодействующими серверами DNS.
Примечательно, что мне кажется относительно безумным предоставлять имена, а не IP-адреса для записей в месте, которое будет сообщать клиентам, как искать IP-адреса по именам, но, возможно, стратегия просто зависит от собственного / etc / resolv хоста .conf.
Может быть, новая система просто передает ВСЕМ клиентам данные файла resolv.conf ?! УЖАСНО! Это значит, что НЕЛЬЗЯ скрыть эти данные от неизвестных клиентов! Однако этого не может быть, потому что мои клиенты НЕ получают данные DNS-сервера!
Оказалось, что система, на которой я тестировал, имела два интерфейса, оба dhcp обслуживались, но разными серверами (другой был аппаратным маршрутизатором), поэтому мое тестирование было менее чем полезным. Однако, как только я осознал проблему, я смог заставить ее работать и подтвердить несколько фактов, которые намного менее ясны в официальной документации:
domain-name-servers на самом деле указывает клиентам на их DNS-серверы и работает как глобально, так и для каждого хоста. И;domain-name-servers должно быть предварено словом "option", разделены пробелами, а несколько серверов разделяются запятыми и разделяются точкой с запятой.domain-name-servers запись в соответствующем месте, перевод DNS невозможен.Извлеченный урок: тестируйте более внимательно! («тестировать только одно за раз» также означает, что нельзя случайно ввести неуправляемую переменную.)
Также было бы неплохо, если бы документация была более понятной.