ERR_SSL_VERSION_OR_CIPHER_MISMATCH: как исправить (все браузеры)

Что такое ERR_SSL_VERSION_OR_CIPHER_MISMATCH?

ERR_SSL_VERSION_OR_CIPHER_MISMATCH означает, что браузер и сайт не смогли договориться, как шифровать соединение. Chrome показывает «Этот сайт не может обеспечить безопасное подключение» и «На сайте example.com используется неподдерживаемый протокол»; в подробностях: «Клиент и сервер поддерживают разные версии протокола SSL или набора шифров.» В Chromium это ошибка -113 (net_error_list.h).

Она возникает на самом первом шаге TLS-рукопожатия. Браузер отправляет список поддерживаемых версий TLS и наборов шифров, а сервер должен выбрать из него по одному варианту. Если общего у них нет, сервер отвечает версией, которую браузер больше не принимает, или отказывается продолжать из-за отсутствия сертификата для запрошенного имени, то рукопожатие обрывается прямо здесь.

Поскольку сбой происходит до проверки сертификата, просроченный, выданный на другое имя или неправильно собранный по цепочке сертификат даёт другую ошибку (см. таблицу в конце). Firefox показывает SSL_ERROR_NO_CYPHER_OVERLAP, если сервер отказал из-за шифра или сертификата, и SSL_ERROR_UNSUPPORTED_VERSION, если сервер поддерживает только TLS 1.0/1.1.

Как выглядит ошибка в разных браузерах

Все браузеры на Chromium (Chrome, Edge, Brave, Opera) показывают один и тот же код. Ищите вот что:

Причины ERR_SSL_VERSION_OR_CIPHER_MISMATCH

Если ошибка появляется на одном сайте, причина в сервере или CDN этого сайта. Если на многих сайтах, мешает что-то на вашем устройстве или в сети. Возможные причины:

• Сервер поддерживает только TLS 1.0 или 1.1. Chrome, Edge и Firefox начали блокировать обе версии в 2020 году (Firefox 78, Chrome и Edge 84); начиная с Chrome 98 (2022) обойти блокировку нельзя, и Chromium сообщает о таком сервере именно этой ошибкой (net_error_list.h).
• Сервер предлагает только старые шифры, например RC4, 3DES или экспортные наборы. В TLS-коде Chrome 3DES полностью отключён, поэтому сервер, у которого нет ничего другого, недоступен.
• Нет сертификата для введённого имени (в некоторых CDN). В Cloudflare и CloudFront при обращении к имени без сертификата рукопожатие отклоняется на первом шаге. В Cloudflare это самая частая причина: сертификат ещё активируется, запись не проксируется, пользовательский сертификат истёк и запасного нет, либо имя — поддомен нескольких уровней (Cloudflare). Обычный сервер nginx или Apache вместо этого отдаёт сертификат по умолчанию, и браузер показывает предупреждение о несоответствии имени.
• Что-то посередине — HTTPS-сканирование антивируса, корпоративный прокси или VPN, которые заново шифруют ваш трафик со старыми настройками TLS.
• Очень старое устройство или браузер — Windows XP, Android 4.x и браузеры, не обновлявшиеся годами, не поддерживают TLS 1.2 или шифры, которые теперь требуют серверы.

Проверка на практике: старые TLS-серверы и современный клиент

Чтобы показать, что вызывает эту ошибку, 27 октября 2026 года мы подключили современный TLS-клиент (OpenSSL 3.6) к публичным тестовым серверам badssl.com. Серверы с TLS 1.0 и 1.1 ответили версией, которую клиент больше не принимает; серверы с RC4 и 3DES отказали оповещением handshake_failure. Chrome показывает для всех четырёх ERR_SSL_VERSION_OR_CIPHER_MISMATCH:

Откройте https://tls-v1-0.badssl.com:1010/ в Chrome, и вы увидите именно эту страницу с ошибкой. Если ваш сайт ведёт себя как первые четыре строки, вам подойдут исправления для владельцев сайтов ниже.

Как исправить ERR_SSL_VERSION_OR_CIPHER_MISMATCH (для пользователей)

Вы не можете изменить сервер сайта, поэтому сначала выясните, чья это проблема. Если не открывается один сайт, переходите к исправлениям для владельцев: решить это может только владелец. Если не открываются многие сайты, попробуйте следующее. (Отключение QUIC, старый совет, здесь не помогает: сбои QUIC дают ERR_QUIC_PROTOCOL_ERROR.)

Способ 1: проверьте, не дело ли в сайте

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

Чтобы получить точный ответ, проверьте сайт в SSL Checker от DNS Robot: для большинства серверов он показывает принимаемые версии TLS, а для сайта на Cloudflare — выдан ли для этого имени хоть какой-нибудь сертификат. Сайт, который принимает только TLS 1.0 или 1.1, нельзя открыть в Chrome, Edge или Firefox, и пройти дальше нажатием кнопки не получится: Chrome не предлагает для этой ошибки никакой ссылки, чтобы продолжить.

Способ 2: обновите браузер и операционную систему

В очень старых браузерах и системах нет TLS 1.2, TLS 1.3 или шифров, которые сейчас используют серверы. Обновите Chrome на странице chrome://settings/help, а Edge — на edge://settings/help, затем обновите операционную систему.

Internet Explorer в Windows XP и Vista, а также стандартный браузер Android 4.0-4.3 не поддерживают TLS 1.2 с современными шифрами и не открывают большинство HTTPS-сайтов.

Способ 3: проверьте HTTPS-сканирование антивируса

Антивирусы, сканирующие HTTPS (Avast, Kaspersky, Bitdefender, ESET, Norton), стоят посередине каждого соединения и сами подключаются к сайту по TLS. Если их настройки TLS устарели, сайты, которым нужен современный TLS, перестают открываться.

Отключите только часть со сканированием HTTPS (в разных программах она называется по-разному: HTTPS-сканирование в Web Shield у Avast, фильтрация протоколов SSL/TLS у ESET, проверка зашифрованного трафика в Bitdefender, проверка защищённых соединений у «Лаборатории Касперского») и перезагрузите страницу. Если ошибка пропала, обновите антивирус или добавьте сайт в исключения, не оставляя сканирование выключенным.

Способ 4: отключите VPN или прокси

Корпоративные прокси и VPN с функцией веб-защиты или проверки HTTPS сами подключаются к сайту по TLS (обычный VPN-туннель так не делает). Отключитесь и перезагрузите страницу. Если сайт открылся, выключите эту функцию или попросите провайдера (или ИТ-отдел) обновить настройки TLS.

Как исправить ERR_SSL_VERSION_OR_CIPHER_MISMATCH (для владельцев сайтов)

Если посетители сообщают об этой ошибке на вашем сайте, значит, сервер или CDN, отвечающий на порту 443, не может договориться о TLS с современными браузерами. Проверьте его в SSL Checker, затем:

Исправление 1: убедитесь, что у каждого имени есть сертификат

В Cloudflare, CloudFront и некоторых других CDN при обращении к имени без сертификата рукопожатие отклоняется, и браузеры показывают эту ошибку вместо предупреждения о сертификате. Обычный сервер nginx или Apache чаще отдаёт сертификат по умолчанию (ERR_CERT_COMMON_NAME_INVALID), а nginx с ssl_reject_handshake отправляет оповещение unrecognized_name (ERR_SSL_UNRECOGNIZED_NAME_ALERT). Проверьте все имена, которыми пользуются посетители: example.com, www.example.com и каждый поддомен.

Проверьте каждое имя в SSL Checker или из терминала (OpenSSL 1.1.1 и новее; если вы видите «Could not find certificate», сервер отклонил рукопожатие для этого имени):

# Does the server present a certificate for this exact name?
openssl s_client -connect example.com:443 -servername www.example.com </dev/null 2>/dev/null | openssl x509 -noout -subject -ext subjectAltName

# Which TLS versions and ciphers does it accept?
nmap --script ssl-enum-ciphers -p 443 example.com

Исправление 2: включите TLS 1.2 и TLS 1.3

Любому современному браузеру нужен минимум TLS 1.2. Включите TLS 1.2 и TLS 1.3 и ничего старше:

# nginx (site config or nginx.conf)
ssl_protocols TLSv1.2 TLSv1.3;

# Apache (ssl.conf)
SSLProtocol -all +TLSv1.2 +TLSv1.3

# Then check the config and reload
sudo nginx -t && sudo systemctl reload nginx
sudo apachectl configtest && sudo systemctl reload apache2

После перезагрузки проверьте ещё раз в SSL Checker или Qualys SSL Labs, что предлагаются только TLS 1.2 и 1.3.

Исправление 3: предложите современные наборы шифров

Когда TLS 1.2 включён, серверу нужен шифр, который браузеры всё ещё принимают. Предлагайте ECDHE с AES-GCM или ChaCha20-Poly1305 (набор Mozilla); шифры RC4, 3DES, экспортные и NULL отклоняются.

# nginx (TLS 1.2 ciphers; TLS 1.3 ciphers are always on)
ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305;
ssl_prefer_server_ciphers off;

# Apache
SSLCipherSuite ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305
SSLHonorCipherOrder off

Исправление 4: особенности Cloudflare

В собственном руководстве Cloudflare по этой ошибке сказано, что она возникает, когда имя хоста не покрыто сертификатом (Cloudflare). Проверьте по порядку:

• Активен ли сертификат? Новый домен получает сертификат Universal SSL в течение от 15 минут до 24 часов. Откройте SSL/TLS → Edge Certificates: там должен быть статус Active.
• Проксируется ли DNS-запись? Сертификат предъявляется только для проксируемых записей (оранжевое облако). DNS Lookup для проксируемого имени вернёт адреса Cloudflare, а не вашего сервера.
• Не истёк ли пользовательский сертификат? После истечения Cloudflare его удаляет; если имя не покрывает никакой другой активный сертификат (например, Universal SSL), посетители получают эту ошибку вместо предупреждения о сертификате.
• Не поддомен ли это нескольких уровней? При полной настройке Universal SSL покрывает только example.com и *.example.com, но не test.dev.example.com. Используйте Advanced- или пользовательский сертификат либо Total TLS (для него нужен Advanced Certificate Manager).

Исправление 5: проверьте другие CDN и балансировщики нагрузки

Если TLS-соединение завершает CDN или балансировщик нагрузки (CloudFront, Fastly, Akamai, облачный балансировщик), решают его настройки, а не настройки вашего сервера:

• Сертификат для каждого имени хоста, привязанный к нужному дистрибутиву или listener
• Минимум TLS 1.2 в политике безопасности и современные шифры
• Поддержка SNI, если несколько доменов делят один IP-адрес

Как проверить настройку SSL

После внесения изменений убедитесь, что SSL настроен правильно. Эти инструменты помогут найти проблемы раньше ваших посетителей.

• SSL Checker от DNS Robot — быстрая проверка статуса сертификата, срока действия, полноты цепочки и издателя. Результат за секунды.
• Qualys SSL Labs — глубокое сканирование версий TLS, наборов шифров, поддержки протоколов и известных уязвимостей. Выставляет буквенную оценку (стремитесь к A или A+).
• OpenSSL CLI — проверка из командной строки: openssl s_client -connect domain.com:443 покажет исходное рукопожатие, цепочку сертификатов и согласованный шифр.
• Chrome DevTools — на странице, которая открывается, панель «Безопасность» (в новых версиях «Privacy and security») показывает использованную версию TLS и шифр.

# Quick check: protocol, cipher and certificate in a few lines
openssl s_client -connect yourdomain.com:443 -servername yourdomain.com -brief </dev/null

# Does it accept TLS 1.2? TLS 1.3?
openssl s_client -connect yourdomain.com:443 -servername yourdomain.com -tls1_2 -brief </dev/null
openssl s_client -connect yourdomain.com:443 -servername yourdomain.com -tls1_3 -brief </dev/null

Связанные ошибки SSL/TLS

В Chrome есть несколько ошибок TLS и сертификатов, и каждая возникает на своём шаге:

Руководства по соседним ошибкам: ERR_SSL_PROTOCOL_ERROR, ERR_CERT_AUTHORITY_INVALID и «Ваше подключение не защищено».