#Что происходит и как отличить проблему
Поддомен с CNAME указывает на другое доменное имя, которое, в свою очередь, должно успешно разрешаться в A или AAAA. Ошибки включают опечатку в цели, ссылку по кругу, отсутствие конечной записи и наличие других несовместимых записей с тем же именем. Если используется проксирование DNS-провайдера, реальная CNAME-цепочка может быть скрыта.
#Возможные причины
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Цель CNAME не существует или не разрешаетсяПереадресация имён заканчивается отсутствующей записью. | Промежуточное имя видно, но для него возвращается NXDOMAIN. | Исправить цель или добавить её конечную запись. |
| Круговая ссылка или конфликт с другими записямиНесколько псевдонимов ссылаются друг на друга или у одного имени объявлены несовместимые типы. | Запросы завершаются ошибкой либо поставщик DNS не позволяет сохранить запись. | Убрать цикл после резервного копирования зоны. |
#Пошаговая проверка и устранение
- Уточните точное имя и кто управляет зонойЗапишите проблемный адрес полностью, например app.example.com; не путайте его с адресом, на который сайт перенаправляет браузер. В панели регистратора посмотрите NS домена, затем откройте зону только у действующего DNS-поставщика. Сохраните текущие значения CNAME, A и AAAA в отдельный файл перед правкой.
- Сделайте запрос непосредственно к CNAMEНажмите Win+X → «Терминал» и откройте PowerShell без административных прав. Введите Resolve-DnsName -Name app.example.com -Type CNAME -Server 1.1.1.1 -DnsOnly, заменив имя своим. Найдите NameHost или значение целевого имени. Если CNAME не показывается, убедитесь, что запросили правильный поддомен; проксирование или уплощение CNAME иногда возвращает вместо него адреса.
- Проверьте каждое промежуточное имяВозьмите целевое имя из первого ответа и выполните для него сначала запрос типа CNAME, затем запрос типа A. Если оно снова указывает на исходный app.example.com, получилась петля — составьте цепочку на бумаге и не правьте наугад. Если конечное имя вообще не существует, сверьте его с документацией сервиса, на который должен вести поддомен.
- Исправляйте только у авторитетного поставщикаВ действующей DNS-зоне выберите запись нужного имени и нажмите изменение. Если цель указана неправильно, замените её точным полным доменным именем, который предоставил ваш сервис, и сохраните. Не создавайте одновременно A и CNAME для одного обычного имени. Если имеется делегирование NS поддомена, изменение в родительской зоне может не действовать — проверьте делегированную зону.
- Повторите тест после обновления и проверьте HTTPSДождитесь истечения TTL прежней записи и снова запросите CNAME и A. Если итоговый IP правильный, откройте страницу в браузере по своему поддомену. Ошибка сертификата или HTTP после правильного DNS означает отдельную проблему настройки сайта. При неуспехе верните прежнее значение CNAME из сохранённой копии и передайте цепочку поставщику.
#Проверка результата и дальнейшие действия
Успех — запрос CNAME выдаёт ожидаемое имя, а оно разрешается в подходящие A/AAAA; нужная страница доступна по исходному имени. Если зона проксируется, проверьте в документации DNS-провайдера, почему CNAME скрыт, и оценивайте конечную доступность.