Wildcard DNS запись: полное руководство по настройке
Wildcard DNS запись, или DNS-запись с подстановочным символом, позволяет направить сразу несколько несуществующих поддоменов на один IP-адрес или целевой хост. Вместо создания отдельных записей для каждого имени администратор задает шаблон, обычно с символом *. Это удобно для SaaS-платформ, тестовых окружений, динамических сайтов и сервисов, где поддомены создаются автоматически.
При этом wildcard не является универсальным правилом для всех DNS-запросов. Его действие зависит от уровня домена, наличия более конкретных записей и типа запрашиваемой записи. Поэтому перед настройкой важно понимать порядок выбора DNS-ответа и ограничения технологии.
Что такое wildcard DNS запись
Wildcard DNS запись — это запись, в имени которой используется символ *. Например, шаблон *.example.ru может отвечать за имена вроде app.example.ru, client.example.ru и test.example.ru, если для них нет собственных DNS-записей.
Чаще всего wildcard применяется с типом A или AAAA. В первом случае поддомены направляются на IPv4-адрес, во втором — на IPv6-адрес. Также могут использоваться записи CNAME, но их поведение и ограничения зависят от DNS-провайдера и конкретной зоны.
Запись *.example.ru не распространяется автоматически на сам домен example.ru и обычно не охватывает поддомены второго уровня, например api.dev.example.ru. Для каждого уровня требуется отдельное правило. Чтобы основной домен и нужные поддомены работали одинаково, для них часто создают отдельные записи.
Как работает подстановка поддоменов
DNS-сервер сначала проверяет, существует ли точная запись для запрошенного имени. Если запись найдена, используется именно она. Если точного совпадения нет, сервер может применить wildcard, соответствующий нужному уровню домена.
Например, при наличии A-записи для *.example.ru запрос к new.example.ru получит указанный IP-адрес, если имя new.example.ru не имеет собственной записи. Если позже создать отдельную запись для new.example.ru, она станет приоритетной и перестанет зависеть от wildcard.
Важное ограничение связано с промежуточными узлами. Если в зоне уже существует делегированный или явно описанный поддомен, например dev.example.ru, wildcard верхнего уровня не обязательно будет обслуживать имена внутри него. Для структуры dev.example.ru и api.dev.example.ru может потребоваться отдельная настройка.
Wildcard отвечает только на те типы запросов, для которых настроена соответствующая запись. Наличие wildcard A не означает автоматического появления MX, TXT, CNAME или других записей. Почтовая доставка и проверка домена требуют самостоятельных DNS-записей.
Как настроить wildcard DNS запись
- Откройте панель управления DNS-зоной нужного домена.
- Создайте запись типа A, AAAA или CNAME в зависимости от задачи.
- В поле имени укажите символ * или полное имя шаблона, если панель требует такой формат.
- Задайте значение: IP-адрес сервера для A или AAAA либо целевой hostname для CNAME.
- Установите TTL. Для первичной настройки можно выбрать небольшое значение, например 300 секунд, а после проверки увеличить его.
- Сохраните изменения и убедитесь, что на нужные поддомены не назначены конфликтующие записи.
Пример логики настройки: wildcard A направляет любые незадействованные поддомены на веб-сервер, а отдельная запись для admin.example.ru отправляет административный интерфейс на другой адрес. Такая комбинация позволяет использовать общий маршрут по умолчанию и сохранять индивидуальные исключения.
Если DNS-панель автоматически добавляет имя домена, не дублируйте его вручную. Ошибка вида *.example.ru.example.ru приведет к тому, что запись не будет работать как ожидается. Также проверьте, не требует ли провайдер завершающую точку в значении CNAME.
Проверка и типичные ошибки
После сохранения записи запросите несколько разных имен: существующее, заведомо новое и имя с отдельной записью. Это помогает понять, применяется ли wildcard и сохраняется ли приоритет конкретных записей. Проверять следует не только A, но и AAAA, если у сервера включен IPv6.
Изменения DNS распространяются не мгновенно. На результат влияют TTL, кэш локального компьютера, роутер, DNS-резолвер провайдера и кэш браузера. Поэтому отсутствие результата сразу после изменения не всегда означает ошибку. Сравнивайте ответы из разных сетей и учитывайте установленный TTL.
Распространенная ошибка — ожидание, что wildcard создаст поддомен в панели хостинга или автоматически настроит веб-сервер. DNS лишь сообщает, куда направить запрос. Веб-сервер, reverse proxy и приложение должны принимать соответствующий Host-заголовок и уметь обрабатывать неизвестные поддомены.
Еще одна проблема — сертификаты TLS. Если приложение доступно по множеству поддоменов, сертификат должен покрывать их имена, например через wildcard-сертификат для одного уровня. DNS-запись сама по себе не выдает сертификат и не включает HTTPS.
Когда wildcard использовать не стоит
Wildcard удобен, когда набор поддоменов заранее неизвестен и для них подходит единая политика маршрутизации. Однако он может скрыть ошибки в именах: пользовательский запрос к опечатавшемуся поддомену все равно попадет на сервер. Для критичных сервисов, корпоративных зон и систем с жестким контролем доступа безопаснее явно перечислять разрешенные имена.
Не следует использовать wildcard как замену сегментации инфраструктуры. Если разные клиенты или окружения должны иметь независимые серверы, права доступа и сертификаты, лучше создавать отдельные записи или применять управляемую автоматизацию DNS. Особое внимание требуется к внутренним и публичным зонам, чтобы тестовые имена случайно не стали доступны из интернета.
Перед внедрением определите, какие поддомены должны работать по умолчанию, какие являются исключениями и кто отвечает за обработку трафика на сервере. Такой перечень снижает риск конфликтов и упрощает дальнейшее сопровождение DNS-зоны.