Помогите настроить вторичный авторитетный DNS-сервер
У нас в кампусе три авторитетных DNS-сервера и три рекурсивных / кэширующих DNS-сервера.
Авторитетные серверы
DNS1- Windows 2003 DNS2- Старая Red Hat -----> Замена с более новой версией DNS3- Windows 2008 (я установил)
Серверы кэширования и рекурсивного распознавания
Сервер1 - Windows 2003 Сервер2- CentOS 5.2 (установлен) Сервер3- 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? Ss Apr24 0:05 avahi-daemon: выполняется [newdns2.local]
root 5254 0,0 0,1 3920 680 баллов /0 R+ 09:56 0:00 grep dns
корень 6451 0,0 0,0 1528 308? С 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 Apr29 0:00 /usr/local/bin/tinydns
2 ответа
Наконец-то нашел.
Это руководство объясняет это шаг за шагом. (без кеширования)
http://www.walkernews.net/2007/06/29/how-to-setup-tinydns-server-for-soho/
Deciding whether the nameserver will be caching or not is fundamental. BIND trained people to consider them "kinda same thing", but they are two radically different tasks and they are served by two completely separate (and independent) tools in the djbdns distribution.
Если вы хотите реплицировать авторитетный сервер, то, как рекомендует tinydns, просто переместите файл data.cdb (двоичный файл базы данных зоны) с первичного сервера на вторичный или вторичный. Конечно, это заставит вторичных пользователей обслуживать ТОЛЬКО те же зоны первичных. Если вы хотите использовать вторичные серверы для обслуживания и других зон, вам необходимо передать их через AXFR (axfrget) и перестроить файл базы данных на вторичных серверах. Или воспользуйтесь вторичной службой DNS в Интернете, чтобы сделать все для вас.