Skip to content

SSL_ERROR_NO_CIPHER_OVERLAP

Коротко:

Firefox не нашёл общего cipher suite с вашим сервером во время TLS handshake. В 2026 эта ошибка обычно значит: сервер поддерживает только TLS 1.0/1.1 (Firefox их отключил по умолчанию с FF 78), или использует устаревшие RC4/3DES/MD5-ciphers, которые Firefox удалил. Решение — включить TLS 1.2+ и современные cipher suite на сервере.

Ниже: подробности, пример, смежные термины, FAQ.

Попробовать бесплатно →

Детали

  • Firefox 78+ (2020) полностью отключил TLS 1.0/1.1; FF 100+ — RC4, 3DES, MD5
  • Проверка: nmap --script ssl-enum-ciphers -p 443 yourhost — покажет, что предлагает сервер
  • nginx: ssl_protocols TLSv1.2 TLSv1.3; ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:...; ssl_prefer_server_ciphers off
  • Apache: SSLProtocol all -SSLv3 -TLSv1 -TLSv1.1; SSLCipherSuite TLSv1.3 + ECDHE-* для TLS 1.2
  • Если нужна совместимость с legacy-клиентами — Mozilla SSL Config Generator → intermediate profile

Пример

# 1. Что предлагает ваш сервер?
nmap --script ssl-enum-ciphers -p 443 example.com

# 2. Эталонный nginx-блок (Mozilla intermediate profile, 2026):
ssl_protocols TLSv1.2 TLSv1.3;
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;
ssl_session_cache shared:SSL:10m;
ssl_session_timeout 1d;

# 3. Проверка после рестарта:
echo | openssl s_client -connect example.com:443 -tls1_2 -servername example.com 2>/dev/null | grep -E 'Protocol|Cipher'

Связанные

Как исправить ошибку SSL_ERROR_NO_CIPHER_OVERLAP в Firefox

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

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

Для исправления ошибки SSL_ERROR_NO_CIPHER_OVERLAP необходимо убедиться, что сервер правильно настроен для работы с современными шифрами. Вот шаги, которые помогут вам в этом:

  1. Проверьте используемые шифры: Используйте команду openssl s_client -connect yourdomain.com:443 -cipher 'ALL' , чтобы увидеть, какие шифры поддерживает ваш сервер.
  2. Обновите конфигурацию веб-сервера: В зависимости от используемого веб-сервера, вам нужно будет внести изменения в файл конфигурации. Например, для Apache это может выглядеть следующим образом:
SSLCipherSuite HIGH:!aNULL:!MD5

Это указывает серверу использовать только высококачественные шифры и исключить устаревшие.

  1. Перезапустите сервер: После внесения изменений в конфигурацию обязательно перезапустите сервер, чтобы изменения вступили в силу. Для Apache это можно сделать командой sudo systemctl restart apache2.
  2. Проверьте настройки опять: После перезапуска снова выполните команду openssl s_client, чтобы убедиться, что новые шифры активны.

Эти шаги помогут вам устранить ошибку SSL_ERROR_NO_CIPHER_OVERLAP и обеспечить безопасность соединения для пользователей вашего сайта.

Дополнительные рекомендации по устранению ошибок SSL

Если после выполнения предыдущих шагов ошибка SSL_ERROR_NO_CIPHER_OVERLAP все еще сохраняется, рассмотрите следующие рекомендации:

  • Обновите серверное ПО: Убедитесь, что ваш веб-сервер и SSL/TLS библиотеки обновлены до последних версий. Устаревшие версии могут не поддерживать современные шифры.
  • Проверьте настройки прокси-сервера: Если ваш сервер находится за прокси, убедитесь, что он корректно передает SSL-соединения и поддерживает необходимые шифры.
  • Проверьте настройки клиентского браузера: В некоторых случаях проблема может быть связана с настройками безопасности браузера. Попробуйте сбросить настройки Firefox или временно отключить расширения, которые могут блокировать шифры.
  • Используйте инструменты диагностики: Существуют онлайн-инструменты, такие как SSL Labs, которые могут помочь вам выявить проблемы с сертификатом и шифрами на вашем сервере.

Следуя этим рекомендациям, вы сможете не только устранить ошибку SSL_ERROR_NO_CIPHER_OVERLAP, но и повысить общую безопасность вашего веб-сайта.

СертификатСрок, издатель, домены (SAN)
ЦепочкаПроверка промежуточных и корневых CA
TLS-протоколВерсия TLS и набор шифров
УязвимостиHeartbleed, POODLE, слабые шифры

Почему нам доверяют

TLS 1.3
поддержка
Полная
цепочка CA
<2с
результат
30/14/7
дней до истечения

Как это работает

1

Введите домен

2

Проверка цепочки TLS

3

Дата истечения и уязвимости

Что проверяет SSL-тест?

SSL/TLS — протокол шифрования, который защищает данные между браузером и сервером. Наш инструмент анализирует сертификат, цепочку доверия, версию TLS и известныеуязвимости.

Детали сертификата

Издатель, срок действия, алгоритм подписи, покрываемые домены (SAN) и тип валидации (DV/OV/EV).

Цепочка доверия

Проверка полной цепочки: от конечного сертификата через промежуточные до корневого CA.

Анализ TLS

Версия протокола (TLS 1.2/1.3), набор шифров, поддержка Perfect Forward Secrecy (PFS).

Оповещения об истечении

Создайте монитор — получайте уведомления в Telegram и email за 30/14/7 дней до истечения.

DV vs OV vs EV сертификаты

DV (Domain Validation)
  • Подтверждение только владения доменом
  • Выдаётся за минуты автоматически
  • Бесплатно через Let's Encrypt
  • Подходит для большинства сайтов
  • Самый распространённый тип
OV / EV
  • Проверка организации (OV) или расширенная проверка (EV)
  • Выдаётся за 1-5 рабочих дней
  • Стоимость от $50 до $500/год
  • Для финансов, e-commerce, госсайтов
  • Повышает доверие пользователей

Кому это нужно

DevOps

мониторинг SSL-сертификатов

Безопасность

аудит TLS-конфигурации

SEO

HTTPS как фактор ранжирования

E-commerce

доверие покупателей

Частые ошибки

Истёкший сертификатБраузеры блокируют сайт с истёкшим SSL. Настройте автопродление или мониторинг.
Неполная цепочка сертификатовБез промежуточного CA некоторые браузеры и боты не смогут верифицировать сертификат.
Mixed content на HTTPS-сайтеHTTP-ресурсы на HTTPS-странице — замок в браузере пропадает, снижается доверие.
Использование TLS 1.0/1.1Устаревшие версии TLS содержат известные уязвимости. Используйте TLS 1.2+ или 1.3.
Несовпадение домена в сертификатеСертификат должен покрывать все домены сайта, включая www и поддомены.

Лучшие практики

Настройте автопродлениеLet's Encrypt + certbot с cron — сертификат обновляется автоматически каждые 60-90 дней.
Включите HSTSЗаголовок Strict-Transport-Security заставляет браузер всегда использовать HTTPS.
Используйте TLS 1.3TLS 1.3 быстрее (1-RTT handshake) и безопаснее — убраны устаревшие шифры.
Мониторьте срок действияСоздайте монитор на Enterno.io — получайте уведомления задолго до истечения.
Проверяйте цепочку после обновленияПосле обновления сертификата убедитесь, что промежуточные сертификаты установлены.

Получите больше с бесплатным аккаунтом

Мониторинг SSL-сертификатов, история проверок и уведомления за 30 дней до истечения.

Зарегистрироваться (FREE)

Больше по теме

Часто задаваемые вопросы

Можно ли в Firefox разрешить старые ciphers?

about:config → security.tls.version.enable-deprecated = true (вернёт TLS 1.0/1.1). НЕ рекомендуется — нужно чинить сервер.

Зачем prefer_server_ciphers off?

Для TLS 1.3 этот флаг не имеет смысла — клиент сам выбирает. Для TLS 1.2 современные клиенты ставят CHACHA20 на ARM (мобильные), AES-GCM на x86. Им виднее.

Что делать со старым Java/Python клиентом?

Если возможно — обновить runtime (Java 8u261+, Python 3.10+ поддерживают TLS 1.2 нативно). Иначе — добавить compat-cipher временно + план миграции.

Запустить инструмент, который описан в этой статье

Бесплатный тариф — 20 мониторов, проверки раз в 5 минут, без карты. Платные тарифы — интервал от 1 минуты и проверки из нескольких регионов.