Защитите resolv.conf от DHCP на FreeBSD 10

• Способ 1: использовать статические настройки интерфейса
• Способ 2: сделать resolv.conf неизменным
• Способ 3: вежливо скажите FreeBSD оставить ваши настройки в покое

Если вы используете собственный распознаватель или хотите использовать его от стороннего поставщика, вы можете обнаружить, что ваш /etc/resolv.confфайл перезаписывается DHCP. Есть несколько способов решить эту проблему. Поскольку вы, вероятно, захотите перезагрузить компьютер, чтобы убедиться, что ваши изменения остаются в силе, и, поскольку вы собираетесь в первую очередь использовать сетевые настройки, я настоятельно рекомендую делать это на тестовом экземпляре и / или вне пика. ч.

Теперь, вот, три метода, от худшего к лучшему. Обратите внимание, что все методы в этом руководстве были написаны для FreeBSD 10. Пользователи Linux могут обратиться к этому руководству .

Способ 1: использовать статические настройки интерфейса

В моем ограниченном тестировании это приводит к немного более быстрому времени загрузки, так как вам не нужно ждать, пока DHCP назначит настройки вашей сети. Тем не менее, я видел упоминание в нескольких документах Vultr, что использование статических настроек интерфейса не одобряется и что вам следует придерживаться DHCP. Я предполагаю, что у них есть веская причина для этого, и поэтому я сам продолжаю использовать DHCP. Тем не менее, если вы решите пойти по этому пути, выполните следующие действия.

• Определите IP-адрес вашего сервера, маску сети и IP-адрес шлюза.
• Изменить, /etc/rc.confчтобы использовать эти значения вместо DHCP.
• Перезагрузитесь, чтобы проверить настройки.

Определить IP / сетевую маску / шлюз

Предполагая, что ваш интерфейс vtnet0, выполните следующее:

ifconfig vtnet0 | grep inet

Это должно получить вам IP-адрес и маску сети для вашего сервера:

inet 10.10.10.10 netmask 0xffffff00 broadcast 10.10.10.255

FreeBSD любит использовать hex для маски сети. Вышеизложенное преобразуется, 255.255.255.0если вам интересно. Вы можете найти удобную таблицу здесь , но не бойтесь: вы можете просто скопировать шестнадцатеричный адрес в свои файлы конфигурации (или преобразовать его в десятичный, если хотите).

Вы можете найти шлюз несколькими способами. Вот один из них:

route get default | grep gateway вернет что-то вроде:

gateway: 10.10.10.1

Изменить /etc/rc.confс новыми значениями

Вооружившись IP-адресом, маской сети и шлюзом, пришло время добавить их в конфигурацию системы. Я настоятельно рекомендую сделать резервную копию этого файла, прежде чем вносить какие-либо изменения, так как от него будет гораздо легче отменить, если вы испортите. Теперь откройте /etc/rc.confв своем редакторе и внесите следующие изменения:

# Comment out this line:
# ifconfig_vtnet0="dhcp"

# Add these lines:
defaultrouter="10.10.10.1"
ifconfig_vtnet0="inet 10.10.10.10 netmask 0xffffff00"

Очевидно, вы должны быть уверены, что вы заменили свой фактический IP, маску сети и шлюз для моих очевидных подделок.

Перезагрузите и проверьте

Перезагрузите сервер с помощью shutdown -r nowи убедитесь, что он работает правильно. Выполните любые тесты, которые вы считаете необходимыми, чтобы убедиться, что все работает правильно. Если сеть недоступна, войдите через консоль и отмените изменения. Если все хорошо, в этот момент вы можете положить все, что угодно, resolv.confне боясь, что это будет уничтожено.

Если по какой-либо причине вы не можете перезагрузиться, это должно сработать, но я бы действительно сделал правильную перезагрузку на вашем месте:

service netif restart && service routing restart

Способ 2: сделать resolv.confнеизменным

Это немного взломать, но это легко самое быстрое решение. Я не рекомендую этого, потому что не могу гарантировать, что это не вызовет каких-то странностей в будущем, когда вы перейдете на новую версию операционной системы, и dhclient, скорее всего, будет жаловаться. Тем не менее, просто chflags schg /etc/resolv.confвсе, что нужно. Файл теперь полностью защищен от записи, даже от root. Вы можете проверить это так:

vultr [~]# chflags schg /etc/resolv.conf
vultr [~]# ls -ol /etc/resolv.conf
-rw-r--r--  1 root  wheel  schg 50 Nov 29 06:28 /etc/resolv.conf
vultr [~]# echo "so very untouchable" >> /etc/resolv.conf
/etc/resolv.conf: Operation not permitted.

Отменить с помощью: chflags noschg /etc/resolv.conf

Способ 3: вежливо скажите FreeBSD оставить ваши настройки в покое

Это, безусловно, самый чистый, самый правильный способ сделать это. Есть два подхода, которые вы можете использовать:

Настройка dhclient

Давайте возьмем пример сверху и скажем, что все, что вы хотите сделать, - это вставить свой собственный сервер имен resolv.confи не терять его каждый раз, когда DHCP делает свое дело. В моем случае я хочу использовать установленный преобразователь кэширования, который прослушивает localhost, поэтому я редактирую /etc/dhclient.conf(который, вероятно, будет пустым, кроме комментариев) и добавляю следующее:

interface "vtnet0" {
    supersede domain-name-servers 127.0.0.1;
}

Это позволит dhclient делать все остальное, что вам нужно, но когда DHCP-сервер отправляет ему список серверов имен для использования, ваш заменяет (например, полностью заменяет) те, которые он предлагает. Если вы предпочитаете дополнять (а не заменять) предложенные, вы можете «добавить» или «добавить» вместо «заменить», в зависимости от ситуации.

Кстати, если вам требуется более одного пользовательского сервера, укажите их следующим образом:

supersede domain-name-servers 127.0.0.1, 127.0.0.2;

После внесения изменений перезапустите, dhclientчтобы они сразу вступили в силу:

service dhclient restart vtnet0

Изучите свой, /etc/resolv.confи вы должны найти, что теперь в нем есть ваш собственный сервер имен.

На момент написания этой статьи серверы имен - это единственное, что сервер Vultr когда-либо вставлял в мой resolv.conf, и единственное, что я хотел настроить. Однако, если вам когда-нибудь понадобится изменить какие-либо другие настройки, обратитесь к превосходному руководству для получения полного списка:

man 5 dhclient.conf

Внизу есть отличные примеры, которые должны дать вам представление о том, что вы можете сделать. Вдобавок ко всему, я могу представить, что вы можете добавить что-то вроде того, supersede domain-name "example.com";если у вас обычно есть такая строка в вашей resolv.conf. Опять же, обратитесь к документации.

Настройка resolvconf

Это самое простое решение, если вы просто хотите, чтобы вас resolv.confоставили в покое. Согласно инструкции:

resolvconf manages resolv.conf(5) files from multiple sources, such as DHCP and VPN clients

В нем находится его конфигурация /etc/resolvconf.conf, которая, вероятно, не существует в вашей системе, поэтому не стесняйтесь ее создавать. Чтобы сделать ваш resolv.confнеизменный, добавьте это:

# prevent all updates to resolv.conf:
resolv_conf="/dev/null"

Если вы используете в unboundкачестве локального решателя кэширования, это строка, которую он добавляет (вместе с несколькими для себя). Это в основном обманывает, resolvconfдумая, что ваш /etc/resolv.confнаходится в /dev/null. Что-то чуть менее подлое, но одинаково эффективное было бы:

# disable resolvconf from running any subscribers:
resolvconf="NO"

Если вы хотите сделать что-то более сложное, чем просто отключить его, обратитесь к справочным страницам resolvconfи resolvconf.confполучите много информации.