| Предыдущий | Следующий |
| DNS_ERROR_CNAME_COLLISION | DNS_ERROR_RECORD_ALREADY_EXISTS |
DNS_ERROR_RECORD_ONLY_AT_ZONE_ROOT
description[Тип записи допустим только в вершине зоны DNS.]Тип записи имеет семантику размещения в вершине зоны
Некоторые данные DNS описывают саму зону, а не произвольное имя узла. Самый очевидный пример — SOA, которую RFC 1035 определяет как сведения об авторитете зоны и размещает в её вершине. Windows DNS проверяет размещение записей и может отклонить структурную RR зоны, если её имя владельца является дочерним узлом.
Сравните запрошенный FQDN владельца с точным именем зоны и проверьте тип записи. Если требуется настроить авторитет или политику зоны, используйте вершину и интерфейс управления зоной. Не переносите несвязанные данные узла в вершину лишь для устранения ошибки: сначала убедитесь, что приложение действительно намеревалось создать выбранный тип RR.
Что проверить
- Определите имя размещённой зоны и после нормализации побайтно сравните его с запрошенным FQDN владельца.
- Проверьте тип RR и правила его размещения в спецификации DNS или API Windows DNS.
- Исправьте имя владельца или тип записи, а не дублируйте структурные данные зоны под дочерней меткой.
Ссылки
- IETF RFC 1035: ресурсные записи DNS, SOA и реализация сервера
- IETF RFC 1034: пространство имён DNS, зоны, авторитет и делегирование
- Microsoft: Get-DnsServerResourceRecord
Нужно найти другой код? Найти другой код состояния или ошибки.