Chrome: ERR_SSL_PROTOCOL_ERROR — не удаётся установить безопасное соединение

#Что означает ошибка

ERR_SSL_PROTOCOL_ERROR в Chrome означает, что браузер не смог согласовать защищённое соединение: сервер использует неподдерживаемый протокол, на ПК неверное время, HTTPS-трафик перехватывает антивирус или кэш SSL повреждён.

Ошибка бывает на стороне сайта (неверно настроен TLS), на стороне вашей системы и на стороне посредника (антивирус, прокси, корпоративная сеть).

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

ERR_SSL_PROTOCOL_ERROR возникает, когда браузер не может согласовать защищённое соединение с сайтом: проблемы с датой, антивирусным перехватом HTTPS, QUIC или настройками SSL сайта.

#Причины и решения

#Пошаговое решение

1. Проверьте дату и времяОткройте «Параметры» → «Время и язык» → «Дата и время». Включите автоматическую установку времени и проверьте часовой пояс; затем нажмите «Синхронизировать» (если кнопка есть). Повторите действие, вызвавшее ошибку.
2. Очистите состояние SSLТолько на Windows, если используется системный кеш TLS: нажмите Win+R, введите inetcpl.cpl, нажмите Enter → вкладка «Содержимое» → «Очистить состояние SSL», если кнопка доступна. Затем полностью закройте браузер, откройте снова и проверьте сайт. Это не исправляет просроченный сертификат на сервере; при сохраняющемся предупреждении не обходите его и обратитесь к владельцу сайта.
3. Отключите QUICЭтот тест применяйте только если HTTPS-проблема воспроизводится в Chrome и есть основания подозревать QUIC/HTTP/3. Откройте chrome://flags/#enable-quic, запишите исходное значение, выберите Disabled для Experimental QUIC Protocol, нажмите «Перезапустить» и повторите тот же сайт. После проверки восстановите исходное значение: экспериментальные флаги могут исчезать или менять смысл между версиями браузера. Ошибку сертификата отключение QUIC не исправляет.
4. Проверьте журнал защитного ПООткройте «Пуск → Безопасность Windows → Защита от вирусов и угроз → Журнал защиты» и сопоставьте время блокировки со временем сетевой ошибки. Если событий нет, проверяйте DNS, прокси, сертификат или сеть по другим шагам. Не отключайте защитные средства ради теста: это не доказывает причину сетевой ошибки.
5. Проверьте сайтДля публичного HTTPS-сайта откройте https://www.ssllabs.com/ssltest/ и укажите реальное доменное имя без пути. В отчёте найдите информацию о версиях TLS, имени сертификата и промежуточной цепочке. Для внутренних корпоративных сайтов не используйте публичный сканер: попросите администратора проверить сертификат локально. Если сервер выдаёт несовместимые версии TLS или неверный сертификат, исправлять должен его владелец; посетителю не следует отключать проверку HTTPS.

#Проверки на вашей стороне

Проверьте дату и время (w32tm /resync). Очистите состояние SSL: inetcpl.cpl → вкладка «Содержимое» → «Очистить SSL». Отключите расширения, проверьте режим инкогнито. Отключите проверку HTTPS в антивирусе и отключите QUIC на время проверки: chrome://flags/#enable-quic → Disabled.

#Для владельца сайта

Проверьте TLS на ssllabs.com/ssltest: должны быть включены TLS 1.2 и 1.3, корректная цепочка сертификатов (fullchain.pem). В nginx: ssl_protocols TLSv1.2 TLSv1.3;. Убедитесь, что порт 443 слушает именно SSL: listen 443 ssl;, а не обычный HTTP. Проверка: openssl s_client -connect домен:443 -servername домен.

#Сеть и прокси

Если вы за корпоративным прокси или в публичном Wi-Fi, перехват трафика может вызывать ошибку: попробуйте мобильный интернет. Сбросьте сеть: netsh winsock reset.