Настройка поддоменов и правильная настройка DNS необходимы для создания надежного и организованного онлайн-присутствия. Независимо от того, создаете ли вы сложный веб-сайт с различными сервисами, управляете несколькими регионами или просто хотите создать простой поддомен для блога или магазина, понимание того, как настроить DNS для поддоменов, является ключом к тому, чтобы они работали без сбоев. Это руководство проведет вас через процесс настройки поддомена, необходимую конфигурацию DNS и устранение общих проблем, связанных с поддоменами.

Что такое поддомен? Поддомен — это домен, который является частью более крупного основного домена. Он позволяет организовать ваш веб-сайт или сервисы, разделив контент на отдельные секции, не требуя покупки отдельных доменных имен. Поддомены обычно используются для организации различных частей веб-сайта, указания на отдельные серверы или сервисы или создания регионов (например, us.example.com для сервиса в США или shop.example.com для интернет-магазина).

Распространенные варианты использования поддоменов:

• Поддомены для регионов: для таргетирования различных стран или регионов (например, uk.example.com, de.example.com).
• Поддомены для сервисов: для разделения различных сервисов (например, blog.example.com, shop.example.com).
• Поддомены для приложений или платформ: для поддоменов, связанных с приложениями (например, app.example.com, mail.example.com).
• Поддомены для разработки или тестирования: для промежуточных или тестовых целей (например, dev.example.com, staging.example.com).

Настройка поддомена Настройка поддомена включает в себя работу с регистратором доменов и DNS-сервером. Вот как это сделать шаг за шагом.

Доступ к панели управления DNS вашего домена Для начала войдите в свою учетную запись регистратора доменов (например, GoDaddy, Namecheap или Google Domains) или в панель управления вашим DNS-хостингом (например, Cloudflare, AWS Route 53 или панель управления веб-хостингом, такую как cPanel или Plesk).

Создание записи поддомена в DNS Поддомен создается через файл зоны DNS вашего домена. Для этого нужно добавить запись A, CNAME или MX в зависимости от типа поддомена, который вы настраиваете.

Запись A Если вы хотите, чтобы поддомен указывал непосредственно на IP-адрес (например, для веб-сервера или пользовательского сервиса), создайте запись A.

Например, чтобы настроить поддомен blog.example.com, запись A будет выглядеть так:

В этом случае:

• Имя: blog (имя поддомена)
• Тип: A (указывает на IP-адрес)
• Значение: 192.0.2.1 (IP-адрес, на который должен указывать поддомен)
• TTL: 3600 секунд (1 час) — это определяет, сколько времени DNS-серверы будут кэшировать запись.

Запись CNAME Если ваш поддомен должен указывать на другой домен или поддомен (то есть быть его псевдонимом), используйте запись CNAME (Canonical Name). Это обычно используется для указания на поддомен на другом сервере или платформе.

Например, чтобы указать shop.example.com на store.exampleplatform.com, создайте запись CNAME:

В этом случае:

• Имя: shop (имя поддомена)
• Тип: CNAME (указывает на другой домен)
• Значение: store.exampleplatform.com (домен, на который должен указывать поддомен)
• TTL: 3600 секунд (1 час).

Запись MX Если вы настраиваете почтовую службу для поддомена (например, mail.example.com), вам нужно создать запись MX (Mail Exchanger), указывающую на почтовый сервер, обрабатывающий почту для этого поддомена.

Например, чтобы для mail.example.com использовать почтовые серверы Google, запись MX будет выглядеть так:

Приоритет: определяет порядок использования почтовых серверов. Более низкие числа имеют более высокий приоритет.

Тестирование поддомена После создания необходимых записей DNS важно проверить, правильно ли разрешается поддомен. Вы можете использовать командные утилиты, такие как nslookup или dig, или онлайн-инструменты, такие как DNSstuff или MXToolbox, чтобы проверить, что поддомен разрешается в правильное место.

Пример с nslookup:

nslookup blog.example.com

Эта команда вернет IP-адрес или цель CNAME, на которую разрешается поддомен, что подтвердит правильность конфигурации DNS.

Настройка DNS для поддоменов Правильная настройка DNS критична для работы поддоменов. Ниже приведены дополнительные параметры настройки и рекомендации для правильной настройки поддоменов.

Настройки TTL (Time To Live) TTL определяет, как долго записи DNS кэшируются DNS-серверами и браузерами перед тем, как будет проверена обновленная версия. Меньшее значение TTL означает более быструю пропагацию изменений, но может увеличить время поиска DNS. Более длинное значение TTL уменьшает количество запросов DNS, но задерживает изменения.

Для поддоменов, требующих частых обновлений (например, поддомен разработки или тестового сервера), используйте короткий TTL (например, 300 секунд). Для стабильных поддоменов, таких как www.example.com или mail.example.com, обычно подходит более длительный TTL (например, 86400 секунд).

Делегирование поддоменов В некоторых случаях поддомен может быть полностью обработан другим DNS-сервером (например, для стороннего сервиса или хостинг-поставщика). Для делегирования поддомена создайте записи NS (Name Server) для этого поддомена, указывающие на DNS-сервер, ответственный за его управление.

Например, если blog.example.com обрабатывается другим сервером, создайте следующую запись NS:

Это сообщает DNS-резольверам искать ns1.bloghost.com и ns2.bloghost.com для запросов, касающихся blog.example.com.

Поддомены с подстановочными знаками Поддомен с подстановочным знаком — это универсальный поддомен, который соответствует любому поддомену, для которого не задана явная запись DNS. Например, запись DNS для *.example.com будет соответствовать любому поддомену, такому как random.example.com, test.example.com и т. д.

Чтобы создать запись с подстановочным знаком, добавьте следующее:

• | A | 192.0.2.100 | 3600

Это направит все неопределенные поддомены на IP-адрес 192.0.2.100.

Поддомены с подстановочными знаками полезны для быстрого добавления большого числа поддоменов без явного указания каждого.

Распространенные проблемы при настройке поддомена и DNS Поддомен не разрешается Если ваш поддомен не разрешается, проверьте следующее:

• Пропагация DNS-записей: изменения DNS могут занять до 48 часов для распространения по всем серверам. Используйте инструменты, такие как DNSChecker, чтобы проверить глобальную пропагацию.
• Неверные записи DNS: дважды проверьте записи A, CNAME и другие соответствующие записи, чтобы убедиться, что они указывают на правильные IP-адреса или домены.
• Кэш DNS: очистите локальный кэш DNS и проверьте снова. Вы можете очистить кэш с помощью следующих команд:
  • Windows: ipconfig /flushdns
  • MacOS: sudo killall -HUP mDNSResponder
  • Linux: sudo systemd-resolve --flush-caches

Поддомен разрешается на неправильный IP Если поддомен разрешается на неправильный IP-адрес:

• Проверьте запись A: убедитесь, что для записи A указан правильный IP-адрес.
• Проверьте наличие конфликтов с CNAME: если используется CNAME, убедитесь, что нет конфликта с существующими записями A.
• Задержка пропагации: если вы недавно изменили запись DNS, подождите, пока истечет TTL, и дождитесь корректной пропагации DNS.

Невозможно отправить электронные письма с поддомена Если вы используете поддомен для почты (например, mail.example.com) и письма не отправляются корректно:

• MX-записи: убедитесь, что ваши MX-записи правильно настроены для поддомена и указывают на правильный почтовый сервер.
• SPF/DKIM-записи: если вы используете аутентификацию почты (SPF/DKIM), убедитесь, что для поддомена настроены соответствующие записи.

Пропагация DNS: MX-записи могут занять больше времени для пропагации, поэтому убедитесь, что изменения были полностью распространены, прежде чем продолжать устранение неисправностей.