Comments 4
Вместо того чтобы проверять, что по указанным MX действительно кто-то есть, вы зачем-то кричите «волки» каждый раз, когда админ меняет настройки днс. Вам бы аналитика нормального нанять. А то придумали фичу, которая изначальную проблему никак не решает.
ну так-то да. бездушная железка не знает какой правильной должна быть запись и легитимны изменения или нет. с таким количеством фолсов на алерты эти просто забьют.
правильно было бы сделать интеграцию с управляшкой ДНС, которая будет передавать правильные значения, которые хотел настроить заказчик
Спасибо за комментарий 🙌
Вы правы — DNS-мониторинг сам по себе не определяет, какая запись "правильная" или "задумана админом". Его задача — показать, что именно изменилось и когда это произошло, чтобы такие случаи можно было быстрее диагностировать
В приведённом в начале статьи кейсе это как раз могло бы помочь: администратор не знал, что старые MX-записи остались в зоне, и получил бы уведомление об изменении DNS-записей
Согласен, что проверка "действительно ли работает почтовый сервер" решается на другом уровне — и Statuser это тоже делает, но уже в рамках SMTP-проверок (для тех, кто их включает)
Идея с интеграцией с управляющими панелями DNS интересная — я тоже задумывался о таком варианте, особенно для случаев, когда нужно различать запланированные и незапланированные изменения. Пока собираю фидбек и думаю, как реализовать это аккуратно, чтобы не усложнять простые сценарии
Зачем я решил научить Statuser следить за DNS — и что из этого вышло