ERR_SSL_PROTOCOL_ERROR: что делать, если сайт не может обеспечить безопасное подключение

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

Обновлено 28 октября 2026

Это не ваш сайт? Если чужой сайт не открывается только у вас — попробуйте другой браузер, мобильный интернет и отключите VPN. Дальше на странице — разбор для владельца сайта.

Код ответа, SSL, срок домена, почта домена — за 20 секунд

Шаг 1. Определите, у кого ошибка

Откройте адрес с телефона через мобильный интернет и в другом браузере.

  • Открывается. Проблема на вашем устройстве или в сети. Переходите к шагу 2.
  • Не открывается нигде. Проблема на сервере сайта. Если это не ваш сайт, подождите или напишите владельцу. Если ваш, переходите к шагу 3.

Шаг 2. Проверьте устройство и сеть

  1. Откройте адрес в режиме инкогнито: так отключаются расширения.
  2. Выключите VPN и прокси.
  3. Антивирус с проверкой HTTPS подменяет сертификаты. Временно отключите эту функцию и повторите.
  4. Проверьте дату и время на устройстве. Сильно сбитые часы ломают проверку сертификатов.
  5. Попробуйте другую сеть: мобильный интернет вместо домашнего Wi-Fi.

Если после этого сайт открылся, причина найдена в том, что вы отключили. Если нет, проверяйте сервер.

Не хотите разбираться сами? Пришлём оценку в часах до начала работы, первая задача до 2 часов бесплатно.

Отправить задачу

Шаг 3. Посмотрите, что отвечает порт 443

Команда покажет, что происходит при попытке защищённого соединения:

openssl s_client -connect example.ru:443 -servername example.ru </dev/null
  • Вывод с блоком Certificate chain и строкой Verify return code значит, что соединение началось. Тогда смотрите код проверки сертификата: срок, цепочка, имя (разбор про истёкший SSL).
  • Ошибка вида wrong version number или unknown protocol значит, что порт отвечает, но не шифрованным протоколом. Это типичный признак того, что сервер принимает на 443 обычный HTTP. Читайте шаг 4.
  • Connection refused или тайм-аут значит, что на 443 никто не слушает или порт закрыт сетевым экраном. Это другая ошибка, но лечится она тоже в настройках сервера.

Сводку по сроку и причине ошибки сертификата даёт и проверка сайта.

Шаг 4. Основные причины на сервере

В настройках сервера нет параметра ssl

В nginx защищённый сервер включается параметром ssl в директиве listen (документация nginx). Без него nginx принимает на порту 443 обычные запросы, и браузер получает ответ не того протокола:

server {
    listen 443 ssl;
    server_name example.ru www.example.ru;
    ssl_certificate     /etc/letsencrypt/live/example.ru/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/example.ru/privkey.pem;
}

Если у сайта есть строка listen [::]:443; для IPv6, ssl нужен и там. Проверьте конфигурацию командой nginx -t, затем перезагрузите службу: systemctl reload nginx.

Домен попадает на чужой блок сервера

Если на одном IP-адресе несколько HTTPS-сайтов, nginx выбирает блок по имени из запроса. Если имени вашего домена нет ни в одном server_name, ответит блок по умолчанию (default_server), и браузер получит его сертификат (документация nginx). Обычно это заканчивается другой ошибкой, несовпадением имени в сертификате, но проверить server_name и default_server нужно. Для запросов без подходящего имени документация предлагает ssl_reject_handshake on: так соединение обрывается намеренно.

Не совпали версия протокола или шифры

Если Chrome пишет ERR_SSL_VERSION_OR_CIPHER_MISMATCH, у сервера и браузера нет общей версии протокола или набора шифров. В примере из документации nginx разрешены TLSv1.2 и TLSv1.3: проверьте директиву ssl_protocols.

Шаг 5. Проверка после правок

  1. nginx -t выводит syntax is ok и test is successful. Если сертификат и ключ не составляют пару, nginx сообщит key values mismatch и не применит конфигурацию: файл в ssl_certificate должен быть сертификатом, а в ssl_certificate_key его закрытым ключом.
  2. openssl s_client показывает цепочку сертификатов.
  3. Сайт открывается с телефона через мобильную сеть, без предупреждений.
  4. Редирект с http:// на https:// ведёт на тот же адрес, а не на порт без шифрования.

Когда нужен специалист

  • Нет доступа к серверу или конфигурации, сайт на виртуальном хостинге.
  • Ошибка не исчезла после проверки ssl, server_name и протоколов.
  • С сервера и из других сетей сайт открывается, а у посетителей отдельного провайдера нет: причина в сети, не в сайте, и нужно обращаться к провайдеру.
  • Сайт стоит за CDN или балансировщиком, и неясно, где обрывается соединение.
  • Сертификат выпущен, но продлевается вручную, и срок скоро закончится.

Сколько стоит решение у нас

ЗадачаВремяСтоимость
Диагностика и восстановлениеоколо 2 ч7 600 ₽
Настройка защиты1–2 ч3 800–7 600 ₽
Настройка сервера или VPS2–4 чот 7 600 ₽

Диапазоны ориентировочные, ставка 3 800 ₽ в час. Точную оценку присылаем до начала работ. Все цены.

Не хотите разбираться сами?

Опишите проблему в форме. Пришлём оценку в часах до начала работы, первая задача до 2 часов бесплатно для новых клиентов.

Отправить задачу

Частые вопросы

Чем ERR_SSL_PROTOCOL_ERROR отличается от истёкшего сертификата?

При истёкшем сертификате браузер сообщает NET::ERR_CERT_DATE_INVALID: соединение началось, но сертификат не прошёл проверку. При ERR_SSL_PROTOCOL_ERROR защищённое соединение не началось вообще.

Почему ошибка только на одном компьютере?

Чаще всего причина в расширении, антивирусе с проверкой HTTPS, VPN или неверной дате. Шаг 2 проверяет всё это за несколько минут.

Можно ли просто убрать HTTPS?

Браузеры пометят сайт как небезопасный, а данные из форм и кабинета пойдут открытым текстом. Исправлять нужно настройку, а не отказываться от шифрования.