Re: запретить dhcpclient обновлять /etc/resolv.conf
On Tue, Sep 28, 2010 at 07:49:32AM +0300, 375gnu wrote:
> On 9/27/10, Dmitry Fedorov <dm.fedorov@gmail.com> wrote:
> >> Как выяснилось, после чтения мана на dhclient-script, решение состоит
> >> в переопределени функции make_resolv_conf в вышеупомянутых хуках.
> >> Убейте меня ап стену, если это юникс-вэй
> > Скрипт не нужен. В конфиге есть список вещей, которые dhcp запрашивает
> > и меняет:
> > request subnet-mask, broadcast-address, time-offset, routers,
> > domain-name, domain-name-servers, domain-search, host-name,
> > netbios-name-servers, netbios-scope, interface-mtu,
> > rfc3442-classless-static-routes, ntp-servers;
> >
> > Убираете ненужное domain* и всё.
>
> Так в том-то и вся проблема, что убирал.
>
> request subnet-mask, broadcast-address, routers;
> require subnet-mask;
>
> Но противоестественный интелект dhclient-script говорит, что если
> сервер выдал, значит надо пользовать.
Вообще было бы забавно несколько усложнить вопрос :).
Допустим что у нас на роутере два канала, и на обоих DHCP (ситуация с ppp
принципиально ничего не меняет).
Допустим это офисный "провайдер" с дорогущим траффиком и периодически отваливающийся
wimax (понятно, что наличие только одного роутера в данном примере связывает руки,
но допустим, что мы не можем сделать несколько).
Допустим, что мы хотим при наличии канала wimax работать только через него, а при его
отсутствии работать через офисного.
Мне вот в голову сразу приходит на ум переопределять переменные окружения, из которых
dhclient-script берет default gateway и domain-name-servers в dhclient-enter-hooks.d/*
(нас не пустят на не тот DNS с рекурсивными запросами, и gateway переопределять при
обновлении lease нам крайне вредно без оглядки).
Вопрос в том правилен ли этот подход? Может это изобретение велосипеда?
Reply to: