Удалить зону чаще всего требуется, когда домен перенесён на другой хостинг, а старая DNS-зона продолжает отвечать на запросы и мешает корректной работе сайта и почты: посетители попадают на устаревший IP-адрес, а письма уходят не туда. Прежде чем нажимать кнопку удаления, важно понять, о какой именно зоне идёт речь — DNS-зоне в панели хостинга, зоне на контроллере домена Windows Server, зоне в BIND на Linux или зоне внутри какого-либо приложения.
В этой статье разберём безопасный порядок действий для самых распространённых сценариев. Общий принцип один: сначала убедиться, что зона больше не используется, затем сделать резервную копию записей и только потом удалять. Точные названия кнопок и пунктов меню зависят от панели и версии ПО, поэтому сверяйтесь с документацией вашего хостинг-провайдера или серверной ОС.
Что такое зона и почему её нельзя удалять вслепую
DNS-зона — это набор записей (A, AAAA, CNAME, MX, TXT и других), описывающих, куда направлять трафик для домена и его поддоменов. Если удалить зону, которая ещё обслуживает домен, сайт и почта перестанут открываться для части пользователей — причём не сразу, а по мере истечения TTL в кэше резолверов, что затрудняет диагностику.
Термин «зона» встречается и в других контекстах: зоны безопасности в браузере, зоны в системах видеонаблюдения, зоны в планировщиках умного дома. Логика удаления везде схожа — сначала отвязать зависимые объекты, потом удалять саму зону. Ниже основной фокус — на DNS, как самой частой причине запроса.
⚠️ Внимание: удаление DNS-зоны необратимо в большинстве панелей. Если вы не сохранили список записей заранее, восстановить их придётся вручную по памяти или из архивных копий. Сначала экспорт, потом удаление.
Проверки перед удалением
Перед тем как удалить зону, ответьте на три вопроса: обслуживает ли она ещё домен, нет ли на неё ссылок в других системах и сохранены ли записи. Для проверки делегирования домена используйте команду nslookup -type=NS example.com или веб-сервисы проверки DNS — они покажут, какие серверы имён сейчас отвечают за домен.
- 🔍 Проверьте текущие NS-серверы домена через
nslookupили whois — если домен делегирован на другие серверы, локальная зона не используется. - 📋 Экспортируйте или вручную перепишите все записи зоны: A, CNAME, MX, TXT, SRV.
- 🔗 Убедитесь, что на домен не ссылаются почтовые сервисы, SSL-сертификаты и интеграции, настроенные в этой же панели.
- ⏳ Дождитесь, пока изменения NS у регистратора вступят в силу, если домен только что перенесён.
☑️ Перед удалением зоны
Удаление зоны в панели хостинга
В панелях управления хостингом (cPanel, ISPmanager, Plesk и подобных) зона обычно удаляется вместе с доменом: при удалении домена из аккаунта его DNS-зона стирается автоматически. Если нужно удалить только зону, оставив домен, ищите раздел вроде «Управление DNS» или «Редактор зон» — там, как правило, есть список зон с возможностью удаления.
Обратите внимание: в некоторых панелях удаление зоны доступно только при определённых правах. Если кнопки удаления нет, возможно, зона создана автоматически и управляется тарифом — в этом случае вопрос решается через поддержку хостинга. Не пытайтесь «обойти» ограничение правкой конфигов вручную на shared-хостинге: доступа к ним обычно всё равно нет.
Удаление зоны на Windows Server
На сервере с ролью DNS-сервер зона удаляется через оснастку «Диспетчер DNS»: откройте дерево сервера, найдите зону в «Зонах прямого просмотра» или «Зонах обратного просмотра», щёлкните правой кнопкой и выберите «Удалить». Если зона интегрирована в Active Directory, система предложит удалить её и из AD — соглашайтесь только если уверены, что зона не нужна ни на одном контроллере домена.
Тот же результат даёт PowerShell. Команда для удаления зоны выглядит так:
Remove-DnsServerZone -Name "example.com"Перед выполнением полезно выгрузить зону в файл командой Export-DnsServerZone, если она доступна в вашей версии, либо сделать резервную копию каталога %SystemRoot%\System32\dns, где хранятся файлы зон, не интегрированных в AD. После удаления проверьте, что сервер перестал отвечать на запросы по этому домену: nslookup example.com localhost должен вернуть ошибку или ответ от вышестоящего сервера.
Если зона интегрирована в Active Directory, удалите её на одном контроллере и дождитесь репликации — на остальных она исчезнет автоматически. Не удаляйте зону на каждом контроллере вручную одновременно.
Удаление зоны в BIND на Linux
В BIND зона описывается в конфигурации (обычно named.conf или включаемых файлах) плюс отдельный файл зоны в каталоге вроде /var/named или /etc/bind. Удаление состоит из двух шагов: убрать блок zone "example.com" { ... }; из конфигурации и удалить сам файл зоны. Пути зависят от дистрибутива, поэтому сначала найдите, где именно лежит конфигурация: named-checkconf -z покажет загруженные зоны.
После правки конфигурации обязательно проверьте её синтаксис и перечитайте сервис:
named-checkconf
systemctl reload named
Имя сервиса может отличаться (named, bind9) — уточните командой systemctl status. Если после перезагрузки сервис не стартует, смотрите журнал: чаще всего причина в оставшейся ссылке на удалённый файл зоны в другом include-файле.
⚠️ Внимание: не удаляйте файл зоны до того, как убрали её из конфигурации и перечитали сервис. Иначе BIND при перезапуске может завершиться с ошибкой, и разрешение имён на сервере остановится полностью, а не только для одного домена.
Типичные ошибки и как их избежать
Самая частая ошибка — удаление зоны до того, как домен перестал на неё ссылаться. Из-за кэширования проблема проявляется не сразу, и администратор не связывает её со своими действиями. Вторая типичная ситуация — удаление зоны на secondary-сервере вручную: если primary её ещё раздаёт, зона вернётся при следующей передаче.
| Ошибка | Последствие | Как избежать |
|---|---|---|
| Удаление до смены NS у регистратора | Сайт и почта недоступны | Сначала сменить NS, дождаться обновления |
| Нет копии записей | Записи восстанавливаются по памяти | Экспорт зоны перед удалением |
| Удаление только на secondary | Зона возвращается после трансфера | Удалять на primary, затем на secondary |
| Оставшаяся ссылка в конфиге BIND | Сервис не стартует | named-checkconf перед reload |
| Удаление AD-интегрированной зоны на всех КД сразу | Конфликты репликации | Удалить один раз и дождаться репликации |
Правильный порядок всегда один: смена NS / отвязка сервисов → резервная копия записей → удаление зоны → проверка, что разрешение имён работает как задумано.
Как восстановить удалённую зону
Если зона удалена ошибочно, вариантов несколько. В панелях хостинга иногда достаточно заново добавить домен — базовая зона создастся автоматически, но записи придётся вносить вручную из сохранённой копии. На Windows Server зону можно импортировать из файла, если был сделан экспорт. В BIND — вернуть блок в конфигурацию и файл зоны из резервной копии, затем выполнить named-checkconf и перезагрузить сервис.
Если копии нет, часть записей удаётся восстановить косвенно: исторические данные DNS собирают специализированные сервисы мониторинга, а почтовые записи часто можно запросить у почтового провайдера заново. Гарантированного способа восстановить зону без резервной копии не существует — поэтому экспорт перед удалением обязателен.
Что делать, если после удаления зоны сайт не открывается
Проверьте nslookup с разных публичных резолверов (например, 8.8.8.8 и 1.1.1.1). Если ответы различаются — это кэш, дождитесь истечения TTL. Если домен вообще не разрешается — проверьте NS у регистратора и убедитесь, что на новых серверах зона создана и содержит нужные записи.
FAQ: частые вопросы
Удалится ли DNS-зона автоматически при удалении домена из хостинга?
В большинстве панелей — да, зона удаляется вместе с доменом. Но есть исключения: иногда зона остаётся как «осиротевшая» и требует ручного удаления в разделе управления DNS. Проверьте список зон после удаления домена.
Сколько времени изменения DNS вступают в силу после удаления зоны?
Зависит от TTL записей и NS: обычно от нескольких минут до суток и более. Кэширующие резолверы обслуживают старые данные, пока не истечёт TTL, поэтому у разных пользователей результат может отличаться.
Можно ли удалить зону, если домен ещё делегирован на эти серверы?
Технически можно, но делать этого не стоит: домен перестанет разрешаться, и сайт с почтой станут недоступны. Сначала смените NS у регистратора на новые серверы и дождитесь обновления делегирования.
Зона удалилась, но потом появилась снова — почему?
Вероятная причина — вы удалили её на secondary-сервере, а primary продолжает её раздавать: при очередной передаче зона восстанавливается. Удаляйте зону сначала на primary, затем на всех secondary.
Как понять, какие записи были в удалённой зоне, если копии нет?
Полного способа нет. Частично помогают сервисы истории DNS, кэш публичных резолверов (пока не истёк TTL) и документация сервисов, которые использовали домен — например, почтовый провайдер выдаст нужные MX и TXT записи заново.