Конфигурация сервера имен fedora dhcpd

Я с трудом настраиваю более современный выпуск службы Fedora DHCP для замены старого, и проблема в том, что клиенты не получают соответствующую информацию 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-сервера!

1 ответ

Решение

Оказалось, что у системы, на которой я тестировал, было два интерфейса, оба обслуживались dhcp, но разными серверами (другой являлся аппаратным маршрутизатором), и поэтому мое тестирование было менее чем полезным. Однако, как только я осознал проблему, я смог заставить ее работать и подтвердить несколько фактов, которые ФАР не совсем ясны в официальной документации:

  1. domain-name-servers фактически указывает клиентов на их DNS-серверы, и работает как глобально, так и по принципу "хост за хостом". А также;
  2. domain-name-servers должен быть предваряется словом "option", разделенный пробелом, и несколько серверов разделены запятыми, с точкой с запятой. И;
  3. Без domain-name-servers запись в соответствующем месте, перевод DNS невозможен.

Извлеченный урок: проверяйте более внимательно! ("проверять только одну вещь за один раз" также означает, что не допускайте случайного ввода неуправляемой переменной.)

Было бы также хорошо, если бы документация была более понятной.

Другие вопросы по тегам