Назад | Перейти на главную страницу

Использовать один $ INCLUDE для записи SOA для нескольких файлов зоны. Плохая практика?

Итак, мы самостоятельно размещаем наши прямые и обратные зоны DNS и используем нашего восходящего провайдера в качестве подчиненных.

Итак, у нас есть несколько зон с идентичной записью SOA.

Я хочу использовать $ INCLUDE для этой записи SOA, потому что это полностью избыточная информация, за исключением серийного номера.

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

Теперь это не так много данных, максимум несколько КиБ. Тем не менее, вопрос в том, считается ли это плохой практикой, учитывая, что повторный перенос не нужен?

Есть какие-нибудь мнения по этому поводу? Должен ли я просто пойти на это?

Хотя это очень похоже на вопрос, основанный на мнении, я собираюсь пойти дальше и сказать, что это объективно плохая идея. Вы попадаете в классическую ловушку чрезмерной инженерии чего-то, что не требует чрезмерной инженерии.

Большинство уважаемых администраторов DNS (то есть известных имен) будут критиковать это как плохую практику. Мне не нужно их спрашивать. Вы не хотите, чтобы я их спрашивал, потому что они не будут так вежливы в своих выражениях.
Это вызовет не только волну ненужных зонных передач, но также волну ненужных пакетов NOTIFY. Довольно часто ведомые устройства DNS передают уведомления другим ведомым устройствам, идентифицированным через NS записей, увеличивая количество уведомлений, генерируемых в результате одного обновления.
$INCLUDE не переживает зонную передачу. Хотя вы, вероятно, уже это знали, стоит повторить, что разбиение этого на включаемый файл служит только цели на главном сервере.

Не просто визуализируйте это с точки зрения байтов в сети. Вы предлагаете разнонаправленный шторм пакетов каждый раз, когда вы касаетесь одного из этих файлов зоны, для удобства централизации того, как одна запись DNS управляется для каждой зоны. Хотя этот эффект легко игнорировать, подчеркнув задействованную «тривиальную» пропускную способность, многие ветераны не собираются уходить из этой среды с благоприятным впечатлением от сторон, ответственных за ее разработку. Может быть, ваш нынешний магазин достаточно мал, чтобы вам не нужно было беспокоиться о восприятии будущих менеджеров, но это действительно плохая привычка, чтобы начать заниматься.

Короче говоря, если вы все это прочитали и относительно не поэтапно, непременно сделайте это. Просто убедитесь, что вы никогда не попадете в такое положение, когда на чье-то профессиональное мнение о вас может повлиять эта среда.