Содержание статьи

При работе с платформой Битрикс важно правильно настроить DNS имена для SSL-сертификата, чтобы обеспечить корректную работу сайта и защиту данных пользователей. Сертификат привязывается к конкретным доменам и поддоменам, поэтому все DNS записи, которые будут использоваться для доступа к сайту, должны быть заранее указаны при его создании или обновлении.
Для действующего сертификата Битрикс допустимо использовать несколько DNS имен одновременно. Каждый дополнительный домен или поддомен требует внесения в список SAN (Subject Alternative Name). Например, если основной домен – example.com, а поддомен – shop.example.com, оба должны быть включены в сертификат, иначе соединение через HTTPS на поддомене будет считаться недействительным.
При изменении структуры сайта или добавлении новых поддоменов необходимо планировать обновление сертификата заранее. Пропуск этой процедуры приводит к ошибкам безопасности, отображению предупреждений в браузерах и блокировке функций, требующих защищенного соединения. Рекомендуется регулярно проверять список DNS имен и актуальность сертификата, используя встроенные инструменты Битрикс и внешние сервисы проверки SSL.
Проверка совместимости DNS имен с сертификатом

Для проверки совместимости DNS имен с действующим сертификатом Битрикс необходимо сверить все используемые домены и поддомены с перечнем SAN (Subject Alternative Name) в сертификате. Любой домен, не включенный в SAN, вызовет ошибку HTTPS при попытке доступа через браузер или API.
Процесс проверки можно выполнить через панель управления Битрикс, где отображаются текущие привязанные домены, или с помощью утилит командной строки, таких как openssl. Команда openssl x509 -in certificate.crt -text -noout позволяет получить полный список DNS имен, на которые распространяется сертификат.
Важно учитывать регистрозависимость и точное совпадение формата домена. Поддомены и wildcard-домены (*.example.com) действуют только для соответствующих адресов. Несовпадение даже одного символа приведет к недействительности сертификата для этого имени.
После проверки рекомендуется провести тестирование всех сайтов и сервисов, использующих сертификат, чтобы убедиться, что соединения устанавливаются без ошибок. Для автоматизации контроля можно настроить периодическую проверку через скрипты или специализированные сервисы мониторинга SSL.
Добавление новых DNS имен в существующий сертификат

Для добавления новых DNS имен в действующий сертификат Битрикс требуется создать обновленную версию сертификата с расширенным списком SAN. Простое внесение изменений в настройки сервера не изменяет действительность сертификата для новых доменов.
Процесс начинается с формирования запроса на выпуск сертификата (CSR) с указанием всех текущих и новых DNS имен. В панели управления Битрикс или через команду openssl req -new -key private.key -out request.csr можно задать полный перечень доменов, включая поддомены и wildcard-записи.
После создания CSR необходимо подать его в удостоверяющий центр, который выпускает сертификат. Новый сертификат заменяет старый на сервере, и все старые DNS имена автоматически сохраняют совместимость. При этом новые имена становятся активными только после корректной установки сертификата на веб-сервер.
Рекомендуется протестировать работу всех доменов после установки нового сертификата, используя инструменты проверки SSL, чтобы убедиться в корректной обработке HTTPS-запросов и отсутствии предупреждений в браузерах.
Настройка поддоменов для работы с сертификатом

Для корректной работы SSL-сертификата Битрикс необходимо добавить все поддомены, которые будут использовать защищённое соединение, в список поддерживаемых DNS-имен. В панели управления хостингом создайте записи типа A или CNAME для каждого поддомена, указывая IP-адрес сервера или основной домен соответственно.
Если сертификат является мультидоменным (SAN), убедитесь, что все поддомены перечислены в его конфигурации при генерации CSR. Для Wildcard-сертификатов достаточно указать один поддомен с символом «*» перед именем домена, например *.example.com.
После добавления поддоменов в DNS выполните проверку доступности через команду:
nslookup поддомен.example.com
или через онлайн-инструменты для проверки DNS. IP-адрес должен совпадать с сервером, на котором установлен сертификат.
Для настройки поддоменов в Битрикс откройте файл /bitrix/.settings.php и добавьте новые домены в массив 'hostings' => array(...) с указанием корректных путей и параметров протокола HTTPS.
Пример таблицы для отслеживания поддоменов и их статуса сертификата:
| Поддомен | IP-адрес | Тип записи | Статус сертификата |
|---|---|---|---|
| www.example.com | 192.0.2.1 | A | Активен |
| shop.example.com | 192.0.2.1 | A | Активен |
| blog.example.com | example.com | CNAME | Активен |
После внесения изменений перезапустите веб-сервер или обновите кэш Битрикс через административную панель, чтобы сертификат начал применяться ко всем поддоменам.
Ограничения по количеству и формату DNS имен
SSL-сертификаты Битрикс поддерживают несколько типов доменных имен: основной домен, поддомены и мультидоменные записи (SAN). Важно учитывать ограничения по количеству и формату имен при генерации сертификата.
Основные правила:
- Максимальное количество SAN-записей зависит от типа сертификата: стандартные SSL обычно допускают до 100 имен, Wildcard – один символ «*» для поддоменов.
- DNS-имя не должно превышать 253 символов, каждая метка между точками – не более 63 символов.
- Используются только латинские буквы, цифры и дефис. Дефис не может стоять в начале или конце метки.
- Нельзя использовать пробелы, подчеркивания и специальные символы кроме точки и дефиса.
- Поддомены с многократным уровнем допустимы, например:
sub1.sub2.example.com.
Рекомендации по формированию списка DNS имен:
- Составьте полный перечень поддоменов, включая тестовые и мобильные версии сайтов.
- Проверяйте уникальность каждого имени, чтобы избежать конфликтов в сертификате.
- При использовании Wildcard указывайте только один уровень поддоменов:
*.example.com, глубже уровней Wildcard не поддерживаются. - Проверяйте соответствие каждого DNS имени правилам RFC 1035 перед генерацией CSR.
Соблюдение этих ограничений обеспечивает корректное функционирование сертификата и предотвращает ошибки при его установке на сервер и интеграции с Битрикс.
Обновление сертификата при изменении DNS имен

При добавлении, удалении или изменении поддоменов необходимо обновить SSL-сертификат Битрикс, чтобы новые DNS-имена корректно поддерживались.
Пошаговая процедура:
1. Составьте актуальный список всех доменных и поддоменных имен, которые должны присутствовать в сертификате.
2. Сгенерируйте новый CSR (Certificate Signing Request), включив все изменённые DNS имена. Для Wildcard используйте символ «*» только для одного уровня поддоменов.
3. Отправьте CSR в центр сертификации и получите новый сертификат с актуальными SAN-записями.
4. Установите сертификат на сервер:
— замените старые файлы сертификата и ключа в директории сервера;
— проверьте права доступа и соответствие пути в настройках веб-сервера и Битрикс;
— при необходимости обновите /bitrix/.settings.php, добавив новые поддомены в массив хостингов.
5. После установки выполните проверку доступности через браузер и команды openssl s_client -connect поддомен.example.com:443 или curl -I https://поддомен.example.com.
6. Для мультидоменных или Wildcard сертификатов убедитесь, что все поддомены корректно отображают HTTPS и нет ошибок «сертификат не доверен».
Регулярная проверка и своевременное обновление сертификата предотвращает проблемы с безопасным соединением и обеспечивает корректную работу всех поддоменов в Битрикс.
Проверка корректности работы сертификата на всех DNS именах
После установки или обновления SSL-сертификата необходимо убедиться, что все DNS-имена корректно обслуживаются и соединение защищено.
Основные шаги проверки:
1. Просмотрите список всех доменных и поддоменных имен, включённых в сертификат.
2. Используйте команду для проверки каждого имени на сервере:
openssl s_client -connect поддомен.example.com:443 -servername поддомен.example.com
3. В браузере откройте каждый поддомен и проверьте:
- наличие HTTPS и замка в адресной строке;
- отсутствие ошибок сертификата (не доверен, имя не совпадает);
- корректное отображение контента.
4. Для массовой проверки используйте онлайн-инструменты или скрипты на Python/ Bash, которые последовательно тестируют все поддомены на совпадение с сертификатом и срок действия.
5. При обнаружении ошибок:
- проверьте правильность DNS-записей для проблемного поддомена;
- проверьте соответствие имени в сертификате;
- при необходимости выполните пересоздание CSR и обновление сертификата.
Регулярная проверка всех DNS-имен предотвращает прерывание защищённого соединения и обеспечивает стабильную работу Битрикс с HTTPS на всех поддоменах.
Вопрос-ответ:
Что такое SAN-записи и как они влияют на работу сертификата Битрикс?
SAN (Subject Alternative Name) — это список дополнительных DNS-имен, которые включаются в сертификат. Сертификат с SAN позволяет использовать одно SSL-соединение для нескольких поддоменов или доменов. Для Битрикс это значит, что все указанные поддомены будут корректно обслуживаться через HTTPS без ошибок сертификата. При генерации CSR нужно перечислить все необходимые DNS-имена, чтобы они вошли в SAN-записи.
Можно ли использовать один Wildcard-сертификат для нескольких поддоменов Битрикс?
Да, Wildcard-сертификат покрывает все поддомены одного уровня. Например, сертификат для *.example.com будет действителен для shop.example.com, blog.example.com и других поддоменов первого уровня. Однако он не распространяется на поддомены второго уровня, например sub.shop.example.com, для таких нужно использовать отдельные записи в SAN или отдельный сертификат.
Как проверить, что сертификат установлен правильно для всех DNS-имен?
Проверка выполняется через команды на сервере или онлайн-инструменты. На сервере можно использовать openssl s_client -connect поддомен.example.com:443 -servername поддомен.example.com, чтобы убедиться, что сертификат соответствует имени. В браузере нужно открыть каждый поддомен и проверить наличие HTTPS, отсутствие предупреждений о недоверенном сертификате и совпадение имени. Для массовой проверки удобно использовать скрипты, которые последовательно тестируют все поддомены.
Что делать, если после добавления нового поддомена HTTPS перестал работать?
Сначала проверьте DNS-запись нового поддомена: она должна указывать на IP сервера, где установлен сертификат. Если запись верная, проверьте, включено ли имя поддомена в сертификат через SAN или Wildcard. При необходимости создайте новый CSR с обновлённым списком DNS-имен и установите обновлённый сертификат на сервер. После этого убедитесь, что веб-сервер и Битрикс используют новый сертификат.
Существуют ли ограничения по количеству поддоменов в одном сертификате Битрикс?
Да, стандартные SSL-сертификаты поддерживают до 100 SAN-записей. Wildcard-сертификат ограничен одним уровнем поддоменов с символом «*». Каждое DNS-имя не должно превышать 253 символа, а отдельная метка — 63 символа. При большом количестве поддоменов рекомендуется использовать комбинацию Wildcard и SAN-записей, чтобы все поддомены корректно обслуживались через HTTPS.
Какие DNS имена нужно указывать при получении сертификата Битрикс?
Для сертификата Битрикс нужно указать все доменные имена и поддомены, на которых будет работать сайт. Это включает основной домен, например example.com, и дополнительные поддомены вроде www.example.com или shop.example.com. Если не добавить нужные DNS имена, браузеры будут показывать предупреждение о недействительном сертификате, что может нарушить работу сайта или доверие пользователей.
