БланкоДел
☰ Меню

Паспорт DNS-зоны перед изменением — образец Word и PDF

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

Авторский проект образца

Вариант документа

Паспорт DNS-зоны перед изменением

Пустой бланк — поля для заполнения обозначены в квадратных скобках.

1. Зона, редакция среза и владелец

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

[Зона, редакция среза и владелец]

2. Делегирование и источники ответов

Разделяйте записи в панели, делегирование родительской зоны и ответы авторитетных серверов. Они могут расходиться. Укажите, каким разрешённым способом получен каждый источник и что именно он доказывает; ответ рекурсивного резолвера может быть кэшированным и не заменяет исходный авторитетный срез.

[Делегирование и источники ответов]

3. SOA, момент наблюдения и полнота

Сохраните SOA и известную редакцию зоны вместе с моментом наблюдения. Не используйте увеличение serial как универсальное средство очистки всех чужих кэшей. Если полного экспорта нет, опишите проверенные имена и типы; выборка известных записей не обозначается полной зоной.

[SOA, момент наблюдения и полнота]

4. Записи сайта: имя, тип, TTL и значение

Для каждого имени сохраните тип, все значения набора и TTL в секундах. A и AAAA проверяются раздельно: отсутствие IPv6 не выводят из наличия IPv4. Значение CNAME является именем, а не URL со схемой и путём; фактический набор не заменяется привычной записью из другого проекта.

[Записи сайта: имя, тип, TTL и значение]

5. Почта и подтверждающие записи

Перечислите почтовые зависимости и проверенные имена TXT, не публикуя посторонние секретные значения. Наличие MX не доказывает доставку письма и правильность всех политик отправки. Непроверенный селектор DKIM нельзя обозначать отсутствующим: его имя могло быть неизвестно при обследовании.

[Почта и подтверждающие записи]

6. Прочие сервисы и делегированные имена

Сверьте используемые API, служебные поддомены, сертификатные и другие сервисные записи с владельцами зависимостей. Публичный поиск по нескольким именам не выявляет их автоматически все. Укажите делегированные участки и неизвестное; отсутствие записи в рабочей заметке не разрешает удалить её из зоны.

[Прочие сервисы и делегированные имена]

7. TTL, кэш и ограничения сравнения

Отличайте TTL висходной записи и оставшееся время кэшированного ответа. Уменьшение нового TTL не изменяет задним числом уже сохранённое состояние резолвера. Наблюдение из одной сети не доказывает глобальную актуальность; для каждого сравнения фиксируют источник и время, а не обещают обновление «за несколько минут».

[TTL, кэш и ограничения сравнения]

8. Защищаемые зависимости и согласующие

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

[Защищаемые зависимости и согласующие]

9. Экспорт, доказательства и контроль неизменности

Сохраните исходный экспорт и ответы в принятом ограниченном архиве, укажите код и способ контроля неизменности. Экспорт может содержать чувствительные внутренние имена или проверочные значения; публичный образец не является местом для их публикации. Отредактированная копия для обсуждения отмечается отдельно от исходника.

[Экспорт, доказательства и контроль неизменности]

10. Расхождения, границы и следующий шаг

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

[Расхождения, границы и следующий шаг]

Пустой бланк · полный текстКак заполнить

Методичка: Паспорт DNS-зоны перед изменением

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

Когда подходит

Для разрешённой инвентаризации конкретной зоны до подготовки изменения, с доступом к её фактическому экспорту и владельцам зависимостей.

Когда нужен другой документ

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

Подготовьте сведения

  • Получите разрешение владельца и исходный экспорт зоны, уточните отдельные делегированные подзоны.
  • Согласуйте перечень зависимых сайтов, почты и API и ответственных за их проверку.
  • Подготовьте фиксацию времени, источников ответов и места хранения исходного экспорта без публикации чувствительных значений.

Порядок заполнения и проверки

  1. Панель и делегирование различаются

    В «Делегирование и источники ответов» сопоставьте панель с реальными NS родительской зоны. Изменённая запись в неиспользуемой панели не подтверждает изменение обслуживающего домен источника.

  2. Выборка не является полным экспортом

    В «SOA, момент наблюдения и полнота» назовите способ получения состава. Пять удачных публичных запросов не доказывают отсутствие других записей и делегированных подзон.

  3. IPv4 не исключает IPv6

    В «Записи сайта: имя, тип, TTL и значение» проверьте A и AAAA раздельно, сохранив все значения набора. Иначе часть посетителей может обращаться к адресу, не замеченному в срезе.

  4. Кэш не очищается новым TTL

    В «TTL, кэш и ограничения сравнения» не обещайте мгновенное обновление. Уже закэшированная запись живёт по прежнему состоянию, а остаток TTL одного ответа не является настройкой самой зоны.

Частые ошибки

  • Считать публичный ответ разрешением менять домен.
  • Переносить только A и пропускать почту или AAAA.
  • Объявлять непроверенный DKIM отсутствующим.
  • Выдавать паспорт исходного состояния за готовый план миграции.

После заполнения

  • Сохраните неизменный исходный экспорт и отдельную читаемую опись с ограничениями.
  • Разберите расхождения источников с владельцем зоны до планирования изменений.
  • Будущее переключение оформите отдельным планом с согласованием зависимостей, возвратом и проверкой сервисов.
Происхождение образца и источники

Самостоятельный авторский проект БланкоДел для добровольной технической организации работы. Не официальная форма, не удостоверение безопасности или соответствия требованиям. Все сведения примера вымышлены; секреты и пользовательские данные в файл не включаются. Технические первоисточники поясняют только указанный контекст и не утверждают форму. Профессиональная юридическая проверка не проводилась.

Дата записи в библиотеке: 2026-11-12. Дата записи не подтверждает актуальность законодательства.

Нормативные и справочные материалы для проверки применимости. Это не подтверждение утверждения образца.

Yandex Cloud DNS: ресурсные записи ↗

Скачать WordСкачать PDF