Устранение неполадок DNS для White Label

Диагностика записей CNAME, статусов Pending DNS и SSL, прокси Cloudflare, записей CAA и смены DNS-провайдера для White Label Lite.

Сведения о статье

Тип, сложность, тарифы и дата последнего обновления.

Тип
Руководство
Сложность
Начальный уровень
Тарифы
Nano · Starter · Pro · Agency
Обновлено
9 сен 2026 г.

Большинство проблем DNS в White Label Lite связано с одной из четырех причин: запись отсутствует, ее значение отличается от таблицы Брендинг, включен прокси или этап выпуска сертификата требует внимания.

Начните с таблицы DNS для вашего бренда на вкладке Брендинг нужного домена. Именно она содержит актуальные имя хоста и целевое значение. Не копируйте целевое значение CNAME из старой статьи, другой учетной записи или сервиса проверки DNS.

Быстрый способ

  1. Откройте Брендинг и скопируйте имя хоста, тип и значение проблемного адреса.
  2. Создайте или исправьте эту запись у DNS-провайдера, на котором размещена действующая зона DNS.
  3. Если провайдер предлагает переключатель прокси, оставьте запись в режиме только DNS.
  4. Вернитесь в Брендинг и выберите Проверить DNS. Сообщайте адрес клиентам только после появления состояния Активен.

Как проверить DNS без терминала

До поиска других причин сравните запись у DNS-провайдера со строкой в разделе Брендинг:

  • Хост или Имя
  • Тип, для брендированного хоста панели или веб-почты это CNAME
  • Значение или Целевой адрес
  • Настройка прокси, которая должна быть отключена для брендированного хоста в Cloudflare

После сохранения записи используйте действие Проверить DNS в разделе Брендинг. Оно ставит новую проверку в очередь, после чего страница показывает полученный статус.

Для независимой проверки используйте общедоступный сервис поиска DNS или попросите DNS-провайдера найти полное имя хоста как CNAME. Ответ должен точно совпадать с текущим полем Значение в разделе Брендинг. Общедоступная проверка подтверждает то, что видит сама, но не заменяет статус платформы Активен.

Для завершения настройки терминал не нужен. Если вы все же используете его, запросите полное имя хоста и сравните возвращенный CNAME со значением в разделе Брендинг.

Статус «Ожидается DNS»

Ожидается DNS означает, что платформа еще не обнаружила ожидаемую запись для этого хоста. Исправив запись, выберите Проверить DNS, а после обновления статуса вернитесь на вкладку Брендинг. Выполняйте проверки по порядку:

Изменения внесены не у того DNS-провайдера. Уточните, какой провайдер является авторитетным для DNS вашего домена. Можно редактировать панель регистратора, тогда как действующая зона DNS размещена в другом месте.

Целевое значение CNAME устарело. Скопируйте Значение или Целевой адрес из таблицы Брендинг. Удаляйте старую конфликтующую запись для того же имени хоста только после проверки, что другой сервис ее не использует.

Неверный тип записи. Для хоста панели или веб-почты нужна запись CNAME, указанная в разделе Брендинг. Запись A или AAAA с тем же именем хоста может помешать получить ожидаемый результат.

Имя хоста введено в неверной форме. Некоторым провайдерам нужен только префикс, например dashboard, а другим полное имя хоста. Следуйте подсказке поля у провайдера и сравните полученную запись с хостом в разделе Брендинг.

Если запись совпадает, оставьте ее без изменений и снова используйте Проверить DNS. Постоянное изменение правильной записи может увеличить время, необходимое всем DNS-резолверам для получения одинакового ответа.

Оранжевое облако Cloudflare мешает выпуску SSL

Если вы используете Cloudflare как DNS-провайдера, рядом с каждой записью отображается значок облака. Оранжевое облако означает, что Cloudflare проксирует запрос. CNAME брендированной панели или веб-почты должен работать в режиме только DNS, чтобы платформа могла проверить его и выпустить сертификат.

Исправление: нажимайте облако рядом с CNAME проблемного брендированного хоста, пока оно не станет серым, затем сохраните запись. Вернитесь в Брендинг и выберите Проверить DNS.

Это правило относится к записи брендированного хоста, а не автоматически ко всем остальным записям домена. Если у другого провайдера есть переключатель прокси или CDN, отключите его для этого CNAME, если таблица Брендинг не содержит иных инструкций.

Статус «Не удалось выпустить SSL» с упоминанием CAA

Запись CAA определяет организации, которым разрешено выпускать сертификат для домена. Изменяйте ее только тогда, когда статус в разделе Брендинг или поддержка прямо указывает CAA как причину блокировки.

Не меняйте CNAME и проверьте, есть ли у домена запись CAA. Она видна у DNS-провайдера; также независимый сервис DNS может запросить корневой домен.

Если запись должна разрешить поставщика сертификата платформы, добавьте точное значение CAA, полученное от поддержки или указанное в текущих инструкциях продукта. Не удаляйте посторонние записи CAA только ради успешного прохождения этого этапа. Несколько записей CAA могут существовать одновременно.

Для текущего процесса выпуска сертификата обычно требуется:

Type: CAA
Host: @
Value: 0 issue "letsencrypt.org"

Если записей CAA нет, не добавляйте ее просто на всякий случай. После изменения CAA вернитесь в Брендинг и выберите Проверить DNS.

Статус «Не удалось выпустить SSL» без причины

CNAME уже может быть правильным. Не удаляйте и не создавайте его заново несколько раз. Вместо этого:

  1. Убедитесь, что запись все еще совпадает с хостом и целевым значением в разделе Брендинг и не проксируется.
  2. Один раз выберите Проверить DNS.
  3. Если статус не изменился, обратитесь в поддержку, указав имя хоста и отображаемый статус и приложив снимок экрана записи DNS.

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

Домен был активен, но статус изменился

Когда хост получает статус Активен, он готов обслуживать запросы. Если позднее статус изменится:

  • Снова «Ожидается DNS»: сравните текущий CNAME с таблицей Брендинг. Запись могли изменить, удалить или перевести на прокси.
  • «Не удалось выпустить SSL»: оставьте совпадающий CNAME без изменений, выберите Проверить DNS и обратитесь в поддержку, если статус сохраняется.
  • Отключен: проверьте, не отключен ли Брендинг для домена и активна ли подписка White Label. Если ни одна причина не подходит, обратитесь в поддержку.

Распространенные ситуации

«Я изменил CNAME, но статус все еще ожидающий». Убедитесь, что изменения внесены у авторитетного DNS-провайдера и новый CNAME точно совпадает с разделом Брендинг. Затем используйте Проверить DNS. Не меняйте значения туда и обратно, пока выполняется проверка.

«Я удалил старый CNAME у прежнего провайдера, но новый не обнаруживается». Если вы сменили DNS-провайдера, убедитесь, что регистратор делегирует домен серверам имен нового провайдера. В противном случае попросите провайдера авторитетной зоны DNS подтвердить запись.

«Мой основной сайт использует прокси. Можно ли использовать его для брендированного хоста?» Оставьте брендированный CNAME в режиме только DNS. Остальная часть домена может использовать свои настройки прокси, если конкретный хост из раздела Брендинг не проксируется.

«Можно ли использовать подстановочный CNAME?» Настройте конкретное имя хоста из раздела Брендинг. Так платформа получает однозначный адрес для проверки и тестирования. Не заменяйте указанный в таблице хост подстановочной записью.

«Я хочу использовать другой поддомен». Измените метку на вкладке Брендинг домена, сохраняя по одному хосту. Скопируйте новый CNAME из таблицы, проверяйте новый хост только после получения статуса Активен и сохраняйте старый клиентский адрес до завершения перехода.

«Одна сеть не видит новую запись». Проверьте с другой сети или попросите затронутого клиента повторить попытку позднее. Если таблица Брендинг сообщает статус Активен, а хост работает в других сетях, оставшаяся задержка, вероятно, связана с кешем DNS этой сети.

Что дальше

Если проблема сохраняется, создайте тикет поддержки, указав имя хоста, точный статус из раздела Брендинг и DNS-провайдера и приложив снимок записи. Не отправляйте пароли или токены API от DNS-провайдера.

Похожие статьи

Перейдите к близким руководствам, которые продолжают рабочий процесс.

Управление профилем учетной записи TrekMail

Руководство по настройке профиля TrekMail: имя, адрес для входа, тема, язык, социальные аккаунты, пароль, 2FA и данные компании.

Читать статью

Данные компании и налоговый номер для счетов

Укажите налоговые данные учетной записи, узнайте, что передается в Stripe, и проверяйте каждый счет перед бухгалтерским учетом.

Читать статью

Как изменить пароль учетной записи TrekMail

Инструкция по смене и сбросу пароля учетной записи TrekMail с пояснениями о сеансах, сохраненных устройствах и почтовых ящиках.

Читать статью

Настройка двухфакторной аутентификации в TrekMail

Как включить, использовать и отключить двухфакторную аутентификацию, а также безопасно хранить и применять коды восстановления.

Читать статью

Удаление учетной записи TrekMail

Порядок удаления учетной записи TrekMail: подготовка, 7-дневный период ожидания, восстановление, отмена подписок и хранение обязательных записей.

Читать статью

Экспорт доменов и ящиков из TrekMail

Скачайте домены, записи DNS и ящики в CSV, изучите состав столбцов и правильно откройте экспортированные файлы.

Читать статью

Мы используем необходимые технологии для работы и защиты TrekMail. Подтверждая это, вы также разрешаете ограниченную аналитику и измерение рекламы, описанные в Политике cookie.

Вход в TrekMail

Доступ к панели, ящикам и DNS.

или

12 символов пароли совпадают

или

Письмо отправлено

Если для этого адреса есть аккаунт, мы отправили инструкции по сбросу пароля.

Продолжая, вы принимаете Условия и Политику конфиденциальности TrekMail.