#Что происходит и как отличить проблему
Если домен A перенаправляет на домен B, а сертификат выпущен только для A, важно определить точный момент ошибки. TLS сначала проверяет подлинность A, затем браузер получает перенаправление, и после перехода отдельно проверяет B. Сертификат одного имени сам по себе не должен покрывать другое: оба адреса обязаны обслуживаться с корректными собственными сертификатами.
#Возможные причины
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Целевой домен не покрыт сертификатомA защищён, но HTTPS на B отдаёт сертификат A. | Предупреждение появляется после смены имени в адресной строке. | Установить сертификат B на целевом узле. |
| Исходный адрес не покрыт сертификатомСразу при открытии A происходит ошибка до перенаправления. | Браузер не дошёл до B. | Поставить подходящий сертификат на A. |
#Пошаговая проверка и устранение
- Проверьте каждый адрес напрямуюВ адресной строке откройте https://example.com и затем точный целевой адрес https://other.example.org, заменив их своими доменами. Запишите, на каком именно адресе появляется ошибка и когда меняется имя в строке. Не обходите браузерное предупреждение и не вводите пароль.
- Посмотрите список имён сертификата по каждому адресуОткройте сведения о сертификате у обоих адресов через интерфейс браузера или панель хостинга и сравните SAN. Если один из адресов обслуживается не своим сертификатом, исправлять нужно виртуальный узел, а не только правило 301/302. У перенаправления также может быть цепочка дополнительных переходов — запишите все имена.
- Сверьте DNS и адреса хостингаВ кабинете управления DNS изучите A/AAAA/CNAME для исходного и конечного доменов. Не объединяйте их только потому, что один перенаправляет на другой: сайты могут обслуживаться разными провайдерами или прокси. Если в цепочке есть CDN, выясните, на каком узле заканчивается TLS для каждого имени.
- Установите подходящий сертификат на каждом узлеВ штатной панели управления SSL/TLS выдайте сертификат для каждого отдельного имени, которое посетитель открывает по HTTPS, либо один многодоменный сертификат с нужными SAN. Сохраните старые сертификаты и правила до применения. Для подтверждения домена используйте процедуры центра сертификации; не перехватывайте запросы к другому домену на чужом сервере.
- Только затем проверьте перенаправлениеПосле установки откройте исходный https:// адрес, дождитесь перехода на нужный HTTPS-домен и проверьте его сертификат. Повторите для www и без www, если используются оба варианта. Если браузер предупреждает до перехода, исправляйте сертификат исходного адреса; если после — конечного. Временно верните прежнее правило, если перевод сломал действующий сайт.
#Проверка результата и дальнейшие действия
Результат — TLS работает без предупреждений на исходном и конечном имени, перенаправление ведёт только на ожидаемый HTTPS-адрес, нет неожиданных дополнительных доменов. Важно проверить из внешней сети, а не лишь на сервере.