В моем кампусе есть три авторитетных DNS-сервера и три рекурсивных / кэширующих DNS-сервера.
Авторитетные серверы
DNS1- Windows 2003 DNS2- Old Red Hat -----> Замена на более новую версию DNS3- Windows 2008 (я установил)
Серверы кэширования и рекурсивных преобразователей
Server1- Windows 2003 Server2- CentOS 5.2 (я установил) Server3- CentOS 5.3 (я установил)
Я заменяю DNS2 более новой версией Red Hat, но у меня нет документации о том, как это было реализовано. У меня есть кеширование и авторитетные серверы Windows, но не вторичный авторитетный сервер Linux. У меня есть Perl-скрипт с исходного сервера, который извлекает данные с нашего DNS1-сервера. Мы используем DJBDNS и TinyDNS на наших серверах Linux. Наш сетевой инженер говорит, что DNS2-сервер, который я заменяю, является авторитетным сервером, который не необходимо кэшировать, но я вижу только инструкции для авторитетного сервера, который делает кеширование. Может ли кто-нибудь указать мне правильное направление. Я думал, что на правильном пути, используя эти инструкции но когда я запрашиваю свой новый DNS-сервер, я получаю «Нет ответа от сервера», я временно отключил iptables, чтобы исключить его проблему.
ps -aux | grep dns
avahi 3493 0,0 0,2 2600 1272? СС 24 апреля 0:05 avahi-daemon: работает [newdns2.local]
корень 5254 0,0 0,1 3920 680 точек / 0 R + 09:56 0:00 grep dns
корень 6451 0,0 0,0 1528 308? S 29 апр 0:00 контролировать tinydns
dnslog 6454 0,0 0,0 1540 308? S 29 апр 0:00 многожильный т. / Основной
tinydns 9269 0,0 0,0 1652 308? S 29 апр, 0:00 / usr / local / bin / tinydns
Наконец то нашел.
Это руководство объясняет это шаг за шагом. (без кеширования)
http://www.walkernews.net/2007/06/29/how-to-setup-tinydns-server-for-soho/
Решить, будет ли сервер имен кэшировать или нет, является фундаментальным. BIND научил людей считать их «чем-то вроде того же», но это две совершенно разные задачи, и они обслуживаются двумя совершенно отдельными (и независимыми) инструментами в дистрибутиве djbdns.
Если вы хотите реплицировать полномочный сервер, то способ, рекомендованный tinydns, - просто передать файл «data.cdb» (двоичный файл базы данных зоны) с основного сервера на дополнительный или второстепенный. Конечно, это заставит вторичные сети обслуживать ТОЛЬКО те же зоны первичного. Если вы хотите использовать вторичные серверы для обслуживания других зон, вам необходимо передать их через AXFR (axfrget) и перестроить файл базы данных на вторичных серверах. Или используйте вторичный DNS-сервис онлайн, чтобы сделать все за вас.