Непонятные записи в DNS, мусор в DNS
Добавлено: Ср мар 11, 2026 12:18 pm
Добрый день,
неоднократно сообщал о проблеме работы DNS - а вернее управление DNS зонами.
Напишу максимально кратко и подробно.
Все имеет важный характер!
1) Пример - имеем сайт хостинга hosting.com
исходя из его ставим панели управления сайтами и тп в виде поддомена - cp.hosting.com, cp2.hosting.com и тд.
По которым открываем панель BrainyCP.
Проблема заключается в том, что при использовании Кластера DNS между сервера на BrainyCP по логике идет обмен записями между главным и подчинённым - но опять же, не раз - замечаю порой нет обмена реального автоматом, пока не синхронишь сервера руками, то отваливаются от друг друга то ещё чего. Ни чего не меняется просто живет само по себе.
НО главное из за чего пишу - эти самые адреса панелей cp.hosting.com, cp2.hosting.com указаны в ДНС самого домена hosting.com,что обеспечивает правильное открытие этого адреса.
Но почему то создаются само произвольно адреса cp.hosting.com, cp2.hosting.com самостоятельные, в управление DNS зонами со своими записями когда просматриваешь список под root то есть то, что обменяно между серверами.
Что приводит к неправильной какой то адресации при открытии панели открывает заглушку
403 Forbidden
cloudflare
А причем тут cloudflare не понятно, я его не использую и не использовал.
Общался много раз в поддержке - так и не решено.
Что обнаружил я сам, и как решаю проблему сейчас - удаляю эти записи cp.hosting.com, cp2.hosting.com руками в DNS которые синхронные.
И вуаля панели открываются нормально после очистки.
Может быть починим уже это?
Оно снова будет и будет появляться если я синхрон записей сделаю.
2) Почему не удаляются записи DNS сайтов которых уже нет? Клиент там удалил сайт и тп. Столько мусора жесть.
Вердикт Синхрон DNS между сервера на BrainyCP не корректно работает.
Нет очистки на том сервере где был удален сайт, тем самым не происходит синхронизация с главным или наоборот.
Самопроизвольное создание записей cp.hosting.com, cp2.hosting.com и при синхроне дубли на всех серверах, что приводит к непонятному cloudflare.
неоднократно сообщал о проблеме работы DNS - а вернее управление DNS зонами.
Напишу максимально кратко и подробно.
Все имеет важный характер!
1) Пример - имеем сайт хостинга hosting.com
исходя из его ставим панели управления сайтами и тп в виде поддомена - cp.hosting.com, cp2.hosting.com и тд.
По которым открываем панель BrainyCP.
Проблема заключается в том, что при использовании Кластера DNS между сервера на BrainyCP по логике идет обмен записями между главным и подчинённым - но опять же, не раз - замечаю порой нет обмена реального автоматом, пока не синхронишь сервера руками, то отваливаются от друг друга то ещё чего. Ни чего не меняется просто живет само по себе.
НО главное из за чего пишу - эти самые адреса панелей cp.hosting.com, cp2.hosting.com указаны в ДНС самого домена hosting.com,что обеспечивает правильное открытие этого адреса.
Но почему то создаются само произвольно адреса cp.hosting.com, cp2.hosting.com самостоятельные, в управление DNS зонами со своими записями когда просматриваешь список под root то есть то, что обменяно между серверами.
Что приводит к неправильной какой то адресации при открытии панели открывает заглушку
403 Forbidden
cloudflare
А причем тут cloudflare не понятно, я его не использую и не использовал.
Общался много раз в поддержке - так и не решено.
Что обнаружил я сам, и как решаю проблему сейчас - удаляю эти записи cp.hosting.com, cp2.hosting.com руками в DNS которые синхронные.
И вуаля панели открываются нормально после очистки.
Может быть починим уже это?
Оно снова будет и будет появляться если я синхрон записей сделаю.
2) Почему не удаляются записи DNS сайтов которых уже нет? Клиент там удалил сайт и тп. Столько мусора жесть.
Вердикт Синхрон DNS между сервера на BrainyCP не корректно работает.
Нет очистки на том сервере где был удален сайт, тем самым не происходит синхронизация с главным или наоборот.
Самопроизвольное создание записей cp.hosting.com, cp2.hosting.com и при синхроне дубли на всех серверах, что приводит к непонятному cloudflare.