Новый вопрос, так как все остальное по этому вопросу, кажется, устарело и/или является конфликтующим. Проведите свои близкие голосования, :)
На установках запаса Сервера Ubuntu 12 и 14 идущий совет, кажется, что способ, которым Вы вносите изменения DNS, состоит в том, чтобы отредактировать файл интерфейсов и добавить DNS - опции там. Только проблема на серверах, где время работы является беспокойством, кажется, что единственный способ вынудить те изменения быть быть примененным состоит в том, чтобы возвратить затронутый сетевой интерфейс с ifdown/ifup
.
У меня есть большое количество серверов для создания ряда изменений DNS на, и я должен обновить их конфигурации сопоставителя, в массе, не переключая сетевые интерфейсы этим способом. Я также должен удостовериться палка изменений после перезагрузки.
Проблема состоит в том, что все эти серверы были созданы с DNS - опции в interfaces
файл, означая это, если я изменяюсь resolvconf
head
или tail
файлы, я закончу с набором дублирующихся строк на перезагрузке.
Процесс должен быть чем-то как:
Так, резюме:
interfaces
(требует, чтобы отключение электричества переработало интерфейс),head
или tail
файлы (не вступит в силу, будет иметь дублирующиеся строки на перезагрузке),Существует ли способ вызвать изменение как это, не прерывая сервис? Идеально, я мог вынудить resolvconf пройти свой процесс обновления, не переключая интерфейс.
Если Вы абсолютно не можете иметь resolv.conf
будьте в непоследовательном состоянии, вот то, что я сделал:
"Состояние" сопоставителя, сгенерированного от dns-
строки в Вашем /etc/network/interfaces
хранится в /var/run/resolvconf/interface/(interfacename).inet
- этот файл был усеченным.
Те же данные (search
, nameserver
, и т.д. тот же материал это находится в завершенном resolv.conf
) был скопирован в /etc/resolvconf/resolv.conf.d/tail
( tail
файл должен был быть создан), с соответствующим комментарием, добавленным так кто-либо, который приезжает, позже видят то, что произошло.
dns
строки в /etc/network/interfaces
были прокомментированы
И наконец выполненный resolvconf -u
повторно создавать /etc/resolv.conf
из файла хвоста
Это имеет эффект:
Отделение настроек сопоставителя от сетевого интерфейса (который, если Вы находитесь на единственном интерфейсном поле, является напрасно раздражающим),
Размещение настроек сопоставителя в единственном текстовом файле цели ( tail
файл)
Внесение изменений сразу вступает в силу
.. и наличие их сохраняется после перезагрузки
И регенерация в масштабе всей системы /etc/resolv.conf
с resolvconf
неповрежденный механизм уведомления.
... без времени простоя :D