ISPManager slave зоны передаёт другим ведомым NS серверам

GMasta добавил(а) 3 года назад
Известна

Обращался в службу поддержки, тиккет 10863836, в результате отправили сюда.

Результат тикета: со мной согласились, что слейвы не должны передаваться на другие слейвы. Цепочка всегда master -> slave, а не master -> slave -> slave.

На данный момент как видно из темы, панель передаёт ведомым NS и те зоны которые не прописываются в ней, а она лишь является ведомой для них. В результате на других панелях исправляются в named,conf ip мастера с правельных на другие слейвы.

Данная реализация работала в 4ой панели. Нужна для того чтобы когда имеются от 3х панелей и на каждой панели есть свои зоны, они передают друг на друга слейвы, а на регистраторе прописываются эти 3 сервера, для всех зон одинаково

Так же писал о данной проблеме в теме .

Комментарии (2)

фото
1

Здравствуйте!

У вас ISP5 - Master NS1 и 2 DNSmanager Slave NS2 и NS3?

фото
1

Нет, я считал что нет необходимости покупать DNSmanager, если он входит в функционал ISPManager.

Есть 5 панелей ISPManager 5 Lite, так же есть больше 10ка панелей на 4ой версии.

Есть 3 ns имени ns1 ns2 ns3 которые являются основными для регистратора (RuCenter) . На всех серверах, в том числе и ns1 ns2 ns3 создаются доменные имена. Знаю, что 4ая панель не может быть слейвом для 5ой, но 5ая панедь может.

И так. На каждой панели создаются зоны, в том числе и на ns1 ns2 ns3, все они синхронизируются на ns1,ns2,ns3

Например, если создаю пользователя с доменом на ns1, то на нём синхронизируется зона на ns2 и ns3. Если на ns2, то он синхронизируется с n1 и ns3..

А если я создаю на другой 5ой панели не ns1 не ns2 не ns3 пользователя с доменом, то панель синхронизирует с всеми тремя ns1 ns2 ns3

Проблема возникает в 5ой панели, из-за перекрёстной синхронизации, т.к. где то в коде допущена ошибка, и когда создаётся в панели slave зона, она далее отправляет эту зону, на другие прописанные сервера ns, а принимающая панель, исправляет ip мастера на ip слейва от которого получил запрос.


Я не знаю как ещё объяснить прозрачней данную ошибку в панели.. Slave не должен передавать slave на другую панель. В 4ой панели, такой ошибки не было.

фото
1

у вас 3 сервера являются master и эти же 3 сервера slave друг для друга?

фото
1

Верно

фото
1

В таком случае, у вас неподдерживаемая конфигурация. Сделайте интеграцию ns1 (master)->ns2,3 (slave), а в остальных ISP (которые не являются ns) настраивайте синхронизацию с ns1. Если возникнут вопросы в настройке - обратитесь в службу технической поддержки.

фото
1

Подождите, т.е. если ns1 является мастером для test1.ru, а для него ns2 и ns3 является слейвами, то вы утверждаете, что в панели 5 не должно работать, если ns2 является мастером для test2.ru, а слейвы для него будут ns1 и ns3?

фото
1

Прошу ответить на вопрос, будет ли изменена "неподдерживаемая конфигурация"? По коду в ispmanager сделать это не сложно, в sqlite хранятся данные о зонах и типах master или slave и фильтрацию можно ограничить только одним дополнительным условием. Также практика master и slave на одном сервере существует с момента создания bind.

Если ответите, что реализации не ждать, то чтобы не переделывать схему, буду закупать 2-3 DNSManager. Но если доведёте вопрос до тех. отдела, то возможно они скажут, что исправят в ближайших релизах.

фото
1

Нет необходимости покупать DNSmanager, вам просто нужно настроить серверы по-другому, логика работы. с нашей стороны меняться не будет. Обратитесь в службу технической поддержки для настройки.

фото
1

"Обращался в службу поддержки, тиккет 10863836, в результате отправили сюда."

Или Вы меня отправляете в платную тех. поддержку за консультацией?

Видимо вы не хотите признать, что то что работало в панели 4 и должно работать в 5ой, сейчас это не работает, что перекрёстных ссылок ns серверов друг на друга, уже не может быть, что у каждого сервера нужно иметь или свои slave или я должен все зоны держать на одном сервере, и при этом сами данные для исключения перекрестий на других, что является как минимум не удобно.

фото