#Что происходит и как отличить проблему
Сертификат на диске или в панели хостинга может быть уже продлён, но посетители продолжают получать прежнюю версию. Причины — веб-сервер ещё не перечитал файлы, обслуживает другой путь к сертификату, либо старый сертификат находится на CDN, балансировщике или отдельном IPv6-адресе. Нужно сопоставить установленный и реально выдаваемый сертификаты.
#Возможные причины
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Веб-сервер не перечитал конфигурациюНовый файл есть, а работающий процесс обслуживает старый сертификат. | После продления сертификат на сайте не изменился. | Проверить путь и штатно применить конфигурацию. |
| Прокси или другой узел отдаёт старый сертификатCDN, другой IP либо второй сервер используют отдельный комплект. | В зависимости от сети посетители видят разные сроки. | Обновить сертификат на каждой точке TLS. |
#Пошаговая проверка и устранение
- Сравните сертификат на сайте и в панелиВ браузере откройте собственный HTTPS-сайт и через сведения о соединении посмотрите даты действия и серийный номер сертификата, если интерфейс позволяет. Затем откройте управление SSL/TLS в хостинге и найдите срок новой версии. Если они различаются, не считайте задачу решённой только потому, что хостинг написал «Продлён».
- Проверьте, где завершается HTTPSВ панели DNS запишите A/AAAA/CNAME адреса сайта. Если используется CDN, балансировщик или хостинг с отдельным TLS, сертификат на исходном сервере может не быть тем, который видит пользователь. Проверьте настройки сертификата в каждой используемой системе и оба варианта домена: www и без www.
- Проверьте привязанный файл на сервереАдминистратор nginx должен по конфигурации нужного server_name найти директивы ssl_certificate и ssl_certificate_key, не публикуя ключ. Сравните фактическую дату сертификата по выбранному пути с выданным файлом. При использовании ACME проверьте, не сохранился ли путь к прежней копии вместо актуального fullchain. Если сервером управляет панель, предпочитайте её штатный механизм установки.
- Проверьте конфигурацию и примените только успешнуюСохраните резервную копию конфигурации и сертификатов; если меняли путь к новому комплекту, на Linux-сервере nginx запустите sudo nginx -t в терминале. Для этого нужны права администратора; -t лишь проверяет настройку и файлы. При результате test is successful примените штатную перезагрузку конфигурации через панель или сервисный менеджер. При ошибке оставьте старую рабочую конфигурацию.
- Проверьте внешнюю выдачу после примененияОткройте сайт из независимой сети и браузера, проверьте новый срок и правильное имя. Если внешне остаётся старый сертификат, проверьте вторую точку TLS, IPv6, CDN и обновление его настроек. Не очищайте наугад кэш всех посетителей: сертификат выдаётся во время нового TLS-соединения, а не берётся из HTTP-кэша страницы.
- Linux-сервер с nginx, терминал администратораLinux · Терминал (Bash)КомандаНужен sudoLinux-сервер с nginx, терминал администратора. Проверяет синтаксис и читаемость файлов сертификата, не перезапускает сервис; если тест завершился ошибкой, конфигурацию не применять.
sudo nginx -t
#Проверка результата и дальнейшие действия
Результат — новый действующий сертификат с правильными SAN виден при новом HTTPS-соединении с каждой обслуживающей точкой; автоматическое продление и дальнейшее применение настроены согласно правилам хостинга. Если различия остаются, задокументируйте IP и дату проверок.