cema писал(а):я по этому поводу книгу читал, вспомнить бы какую...
1. Кэширующий DNS:
-
Кеширующий DNS сервер для локальной сети на основе BIND 9 - это старая (2004г.) публикация (авт. Дмитрий Донченко), но на неё часто ссылаются (это FreeBSD, но разницы большой нет).
-
Настройка кеширующего DNS сервера (BIND) для локальной сети. - это уже гораздо свежее (декабрь 2011г.). Здесь же, мельком, зацепили вопрос связки DNS + DHCP (см. ниже п.2):
Теперь, при добавлении нового сетевого устройства, вам необходимо сделать 2 вещи:
1) Зарезервировать IP адрес на DHCP сервере, о том, как это сделать, можно прочитать в статье- Настройка DHCP сервера
2) Создать DNS зону для этого IP, вида devicename IN A XXX.XXX.XXX.XXX. Где: devicename-сетевое имя устройства; XXX.XXX.XXX.XXX-его IP адрес который зарезервирован на DHCP сервере.
Но если так
статически резервировать IP за хостом, то на кой ляд мне вообще DHCP сдался, а с ним вместе и DNS?
2. В задаче которую я назвал: DNS + DHCP простое прописывание зоны (адресов, хостов, ...) в DNS - не решение, DNS должен работать в прямом контакте в сервером DHCP - только DHCP знает при конкретной загрузочной ситуации какие IP кому раздал.
И это, естественно, совсем другая (независимая) задача от п.1 ... чтоб я вас в заблуждение не ввёл.
3. Ещё конкретная мелочь ... непонятная и неприятная:
- по нынешним временам DNS 1-го уровня часто работает непосредственно на роутере во внешнюю сеть, ADSL, скажем... (там же работает и DHCP)
- на роутере обычно работает Linux (я как-то других и не видел, из широко используемых низового уровня: D-Link, TP-Link, ZTE, ...)
- какие-то ограниченные настройки (DHCP, DNS) через WEB-интерфейс выведены но пользовательский уровень...
- но доступа к файловой системе, /etc - нет...
- а если бы и был, то файловая система эта в NAND флеш-памяти где-то, почти наверняка RO ... возможно и можно перемонтировать на RW ... и получить дальше неприятности с неработающим роутером
Т.е. вопрос (это уже п. №3 получается):
где должен (удобно, целесообразно) работать DNS?
4. Есть и ещё одна (неприятность №4), связанная с работой сети Linux под управлением Network Manager:
- при изменениях сетевых (подняли-опустили интерфейс) соединений, и сменой дефаултного интерфейса (проводной eth0 на WiFi wlan0, или далее на ppp0 USB беспроводной модем...) - Network Manager перепишет /etc/resolv.conf,
- перепропишет в нём DNS, поученные от провайдера этого соединения ...
- но главным здесь есть тот факт, что при этом перетрёт любые определения DNS, прописанные нами в п.3.