> For the complete documentation index, see [llms.txt](https://docs.iexexchanger.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.iexexchanger.com/learn/server-domeny-i-infrastruktura/overview/change-plan.md).

# План изменения DNS

DNS определяет, куда попадает клиент, оператор, почта и callback внешнего сервиса. Перенос сайта и смена DNS-серверов — разные операции: A-запись меняет адрес узла внутри текущей зоны, а смена nameservers передаёт управление всей зоной другому поставщику.

## Инвентаризация зоны

До изменения экспортируйте или вручную зафиксируйте все записи:

| Запись   | Что проверить                                        |
| -------- | ---------------------------------------------------- |
| A и AAAA | Клиентский сайт, панель и технические поддомены      |
| CNAME    | Псевдонимы и подтверждённые внешние сервисы          |
| MX       | Приём почты                                          |
| TXT      | SPF, DKIM, DMARC и подтверждения владения            |
| CAA      | Какие центры сертификации могут выпускать сертификат |
| NS и DS  | Авторитетный DNS и состояние DNSSEC                  |

Не удаляйте неизвестную запись только потому, что она не относится к веб-сайту. Сначала найдите её владельца и назначение. Потеря MX, DKIM или проверочной TXT-записи может не проявиться при открытии сайта, но остановит почту или интеграцию.

## Подготовка переключения

1. Создайте новую зону и перенесите все нужные записи.
2. Проверьте значения, точки в именах, приоритет MX и кавычки TXT.
3. Уменьшите TTL изменяемых записей заранее, пока старая зона ещё авторитетна.
4. Выпустите и проверьте сертификат на новом сервере.
5. Проверьте сайт через локальное сопоставление имени или временный технический адрес.
6. Зафиксируйте старые значения и способ возврата.
7. Выберите период низкой нагрузки и ответственного наблюдателя.

Снижение TTL не заставляет уже закешированную запись исчезнуть раньше её прежнего срока. Выполняйте его до окна переноса.

## Смена nameservers

Если зона переносится в Cloudflare или к другому DNS-поставщику, сначала отключите DNSSEC у текущего регистратора и дождитесь удаления старой DS-записи. Затем укажите выданную новым поставщиком точную пару nameservers. Не копируйте nameservers из другого домена или аккаунта.

После активации новой зоны включите DNSSEC заново и внесите новый DS по инструкции регистратора, если это требуется выбранной схемой. Cloudflare описывает последовательность полного подключения в [официальном руководстве](https://developers.cloudflare.com/dns/zone-setups/full-setup/setup/).

## Смена адреса сервера

Если nameservers остаются прежними, измените только A или AAAA веб-доменов. Не оставляйте устаревшую AAAA-запись, если новый сервер не принимает IPv6: часть клиентов продолжит попадать на старый адрес или получать ошибку.

Не меняйте MX и TXT вместе с веб-адресом без отдельной причины. Для Cloudflare определите режим каждой записи: веб-запись может быть Proxied, а почтовая и проверочная обычно остаются DNS only.

## Проверка после изменения

Проверяйте авторитетный ответ и несколько независимых резолверов:

```bash
dig NS ваш_домен
dig A ваш_домен
dig A app.ваш_домен
dig MX ваш_домен
dig TXT ваш_домен
```

Затем выполните сквозную проверку клиентского сайта, панели, сертификатов, почты, callback и канала реального времени. Сохраните время с часовым поясом и ответы DNS без секретных TXT-значений.

## Возврат

Если новый сервер не обслуживает рабочие операции, верните прежнюю A/AAAA-запись или прежние nameservers по заранее сохранённому плану. При возврате nameservers учитывайте DNSSEC: старая зона и DS должны снова соответствовать друг другу. После возврата дождитесь фактического ответа резолверов и повторите сквозную проверку.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.iexexchanger.com/learn/server-domeny-i-infrastruktura/overview/change-plan.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.