#Что означает ошибка
ERR_SSL_PROTOCOL_ERROR
ERR_SSL_PROTOCOL_ERROR в Chrome означает, что браузер и сервер не смогли согласовать защищённое соединение: устаревший протокол, неверная конфигурация TLS, перехват трафика антивирусом или неверная дата.
Определите, у вас проблема или у сайта.
Проверка на другом устройстве.
Ошибка связана с некорректной настройкой HTTPS, старой версией протокола, неверным временем или антивирусом. Проверьте дату, сертификат и отключите проверку HTTPS в антивирусе.
#Причины и решения
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Неверная датаЧасы. | Ошибка. | Исправьте. |
| АнтивирусПерехват. | Ошибка. | Отключите. |
| Настройка HTTPSСервер. | Ошибка. | Проверьте. |
| Старый TLSПротокол. | Ошибка. | Обновите. |
#Пошаговое решение
- Проверьте дату и времяОткройте «Параметры» → «Время и язык» → «Дата и время». Включите автоматическую установку времени и проверьте часовой пояс; затем нажмите «Синхронизировать» (если кнопка есть). Повторите действие, вызвавшее ошибку.
- Попробуйте другое устройство и сетьЕсли сейчас используется Wi-Fi, временно переключите телефон на мобильный интернет и откройте тот же адрес. Если есть второй компьютер или телефон, проверьте страницу и на нём. Ошибка только в одной сети указывает на роутер, DNS или ограничения сети; ошибка на всех устройствах и сетях — скорее на стороне сайта.
- Проверьте журнал защитного ПООткройте «Пуск → Безопасность Windows → Защита от вирусов и угроз → Журнал защиты» и сопоставьте время блокировки со временем сетевой ошибки. Если событий нет, проверяйте DNS, прокси, сертификат или сеть по другим шагам. Не отключайте защитные средства ради теста: это не доказывает причину сетевой ошибки.
- Владельцу: включите TLS 1.2/1.3Владельцу сервера: проверьте, какие версии TLS действительно предлагает сайт (например, отчётом SSL Labs), и сверьте их с политиками безопасности. Для nginx исправление выполняется в HTTPS-конфигурации директивой
ssl_protocols TLSv1.2 TLSv1.3;, если установленная версия nginx/OpenSSL поддерживает оба протокола. До применения сохраните конфигурацию, выполнитеnginx -tи только при успехеsystemctl reload nginx; проверьте сайт снаружи. Посетитель не может изменить TLS сайта. - Проверьте сайт на SSL LabsДля сайта, которым вы управляете, откройте
https://www.ssllabs.com/ssltest/, введите его публичный домен и запустите проверку. В отчёте смотрите имя сертификата, цепочку, срок действия и поддерживаемые версии TLS. Для приватных адресов и внутренних сервисов не используйте внешнюю проверку; применяйте локальные инструменты администратора. После исправления сервера запустите проверку повторно.
#Для посетителя
Проверьте дату и время. Откройте сайт на другом устройстве. Отключите HTTPS-сканирование антивируса и расширения, очистите SSL-состояние (inetcpl.cpl → «Содержание» → «Очистить SSL»). Отключите QUIC в chrome://flags/#enable-quic. Обновите Chrome. Проверьте VPN и прокси.
#Для владельца сайта
Проверьте конфигурацию: openssl s_client -connect сайт:443. Включите TLS 1.2/1.3 и современные шифры: ssl_protocols TLSv1.2 TLSv1.3;. Убедитесь, что порт 443 отвечает по HTTPS, а не HTTP (listen 443 ssl;). Проверьте сертификат и цепочку на .
#Типичные причины
Сайт доступен только по HTTP, а вы открываете HTTPS. Сертификат выдан на другое имя. Сервер использует устаревший SSLv3/TLS 1.0 (Chrome их блокирует). Балансировщик не настроен на TLS. Cloudflare с неверным режимом SSL.
openssl s_client -connect example.com:443 -servername example.com -tls1_2#Как проверить результат
После исправления откройте сайт в окне инкогнито: оно не использует кэш и расширения. Убедитесь, что openssl s_client -connect сайт:443 -tls1_3 возвращает цепочку сертификатов и строку Verify return code: 0 (ok). В Chrome откройте F12 → Security: там отображаются версия TLS, шифр и издатель сертификата. Если ошибка остаётся только на одном компьютере, сравните время, прокси (netsh winhttp show proxy) и перехват трафика антивирусом, а на сервере посмотрите журнал ошибок nginx /var/log/nginx/error.log на строки SSL_do_handshake() failed.