Концепции обслуживания зоны DNS
В настоящее время я разрабатываю некоторые концепции о том, как работает DNS, и сталкиваюсь с вопросом, на который я не могу легко найти ответ в Интернете. Я ищу ответ на основе набора вопросов относительно следующего сценария:
Server01.example.local и server02.example.local являются общими DNS-серверами (BIND, Windows и т. Д.). Они оба живут под впечатлением, что они являются авторитетным основным для зоны example.local, Между этими двумя серверами есть работающее сетевое соединение.
- Прежде всего; Возможна ли эта конфигурация? Можно ли разместить две R/W копии зоны DNS?
- Если это возможно, возникают ли проблемы, поскольку оба сервера обслуживают зону как первичную R/W? Таким образом, вместо того, чтобы иметь вторичный сервер.
- Что произойдет, если зонедата на обоих серверах для
example.localбудет другим, и клиенты будут обслуживаться через виртуальный IP? Я полагаю, это будет конфигурация с балансировкой нагрузки.
Поскольку мой мобильный телефон не может виртуализировать два DNS-сервера (на данный момент), я не могу по-настоящему проверить это. Может кто-то пролить свет на это?
Заранее спасибо.
1 ответ
1/ Да, это вполне возможно, и это одна из причин того, что для общедоступных зон DNS существуют регистраторы и признанные органы (IANA, ...).
2 / Нет реальной проблемы с этим, если вы не сделали никакой дальнейшей настройки. Проблемы возникают, когда родительский сервер должен сообщить клиентам IP-адрес сервера, который действительно "владеет" доменом. Технически говоря, можно зарегистрировать домен на обоих серверах и рекламировать их оба, но вы можете столкнуться с так называемой "раздельной" конфигурацией: в зависимости от того, что вы запрашиваете, у вас могут быть неправильные ответы; если сервер A был обновлен, но не B, клиент, запрашивающий что-то у сервера B, получил бы неточный ответ.
3 / Смотри мой предыдущий ответ. И добавьте несколько вещей, таких как: неправильный кеш, не DNS-запросы (т. Е. Веб-серверы, почта, SIP, ...) время от времени без видимой причины сбой, и многое другое.
Конечная точка: эта конфигурация не должна быть сделана, по крайней мере, вручную. Некоторые инструменты / профессиональные приложения позволяют вам делать это, но они гарантируют, что все правильно реплицируется, чтобы избежать неразрешимых проблем. Если вы хотите что-то упругое, вы бы предпочли использовать конфигурацию Master/Slave, и если ваш мастер умрет, простое изменение в конфигурации slave сделает его полномочным сервером.