ERR_QUIC_PROTOCOL_ERROR означает, что браузер не смог нормально завершить обмен по QUIC — транспортному протоколу, на котором работает HTTP/3. Сначала выясните масштаб: ошибка возникает только в одном браузере, во всей локальной сети или у посетителей из разных сетей.
Если страница открывается через другой браузер или мобильный интернет, сайт в целом может быть доступен, а причина — в профиле браузера, VPN, прокси или обработке UDP в конкретной сети. Если ошибка повторяется у разных пользователей, проверяйте CDN, HTTP/3 и сетевую конфигурацию сайта.
Что означает ERR_QUIC_PROTOCOL_ERROR
HTTP/3 передаёт HTTP-запросы через QUIC. В отличие от HTTP/1.1 и HTTP/2, которые обычно работают поверх TCP, QUIC использует UDP и включает защищённое соединение на транспортном уровне.
Код ERR_QUIC_PROTOCOL_ERROR формирует сетевой стек браузера на базе Chromium. Это не HTTP-статус вроде 404 или 502 и не готовый диагноз: одинаковое сообщение может появиться при сбое на клиенте, в сети, на CDN или при нарушении обмена между браузером и HTTP/3-узлом.
Как быстро определить сторону сбоя
Проверяйте по одному условию за раз. Так вы не потеряете причину среди одновременных изменений.
1. Повторите ошибку на точном URL
Откройте именно проблемный адрес, а не только главную страницу. Обновите его один раз и проверьте в приватном окне, где не включены ваши обычные расширения.
Зафиксируйте время, полный код ошибки и действие перед сбоем: первый переход, отправку формы, загрузку файла или обновление страницы. Не передавайте в отчёте ссылки с токенами, персональными данными и адресами закрытых панелей.
2. Сравните браузер, устройство и сеть
Проведите три коротких теста:
- другой браузер на том же устройстве;
- другое устройство в той же сети;
- то же устройство через другую сеть, например мобильную.
Результат сужает область поиска:
| Где повторяется ошибка | Что проверять первым | |---|---| | Только в одном профиле Chromium | расширения, данные этого сайта, обновление браузера | | На разных устройствах одной сети | VPN, прокси, корпоративный шлюз, фильтрацию UDP | | В разных сетях, но на одном домене | CDN, HTTP/3, TLS на внешнем узле, недавние изменения | | Во всех браузерах и протоколах | общую доступность сайта, DNS, сервер и CDN |
Это ориентир, а не окончательный диагноз. Например, корпоративная политика может одинаково влиять на несколько браузеров.
3. Отделите HTTP/3 от обычного HTTPS
Проверьте ответ сайта обычным запросом:
curl -I https://example.com/Такой запрос показывает, отвечает ли HTTPS-адрес, но не гарантирует проверку HTTP/3. Для отдельного теста нужен клиент с поддержкой HTTP/3; у curl она есть не во всех сборках. Сначала проверьте возможности командой curl -V, а затем, если HTTP/3 заявлен, используйте:
curl --http3 -I https://example.com/Если обычный HTTPS работает, а HTTP/3-тест стабильно падает, сосредоточьтесь на QUIC-пути. Если не работает ни один вариант, начинайте с общей доступности, DNS и TLS, а не с настроек браузера.
Что проверить на устройстве посетителя
Начните с безопасных и обратимых действий:
- обновите браузер и перезапустите его;
- очистите данные только проблемного сайта, а не всю историю без необходимости;
- временно отключайте расширения по одному и повторяйте один и тот же тест;
- сравните результат без VPN или прокси, если политика организации разрешает такой тест;
- проверьте сайт через другую сеть.
Не оставляйте защитное ПО отключённым ради обхода ошибки. Если сбой исчезает только без корпоративного фильтра или шлюза, передайте администратору домен, время теста и код ошибки: правила UDP и расшифровки трафика должен менять ответственный специалист.
Что проверить владельцу сайта
HTTP/3 на CDN или внешнем узле
Посмотрите, включён ли HTTP/3 у CDN или балансировщика и не было ли перед ошибкой изменений протоколов, сертификатов, правил безопасности или маршрутизации. Проверьте страницу статуса провайдера и журналы внешнего узла за время воспроизведения.
Если проблема началась сразу после включения HTTP/3, временное отключение функции может быть контролируемой проверкой гипотезы. Зафиксируйте исходное состояние, убедитесь, что HTTP/2 продолжает работать, и не превращайте временный откат в постоянное решение без выяснения причины.
Доступность UDP
QUIC передаёт трафик через UDP; для обычного HTTPS чаще всего используется порт 443. Проверьте правила межсетевого экрана, балансировщика, DDoS-защиты и сетевые политики между посетителем и внешним узлом.
Не открывайте широкий диапазон портов «на всякий случай». Сверьте требуемый порт и схему подключения с документацией вашего CDN или платформы, затем внесите минимальное изменение и повторите тест из затронутой сети.
TLS и граница CDN
Защита QUIC использует TLS, поэтому проверьте сертификат, имя домена и настройки внешней точки, которая принимает соединение посетителя. При работе через CDN HTTP/3 может завершаться на его узле, а до origin-сервера запрос пойдёт по другому протоколу.
Из-за этого исправный origin ещё не доказывает исправность клиентского пути. Сравните внешний домен через CDN с разрешённой провайдером диагностикой origin, не публикуя IP-адреса и служебные заголовки.
Журналы и протокольная диагностика
Если ошибка воспроизводится только по HTTP/3, сохраните сетевой журнал браузера и логи CDN для одного короткого теста. Перед передачей удалите cookies, токены, полные URL с секретными параметрами и другие пользовательские данные.
Ищите момент установления QUIC-соединения, выбранный протокол, закрытие соединения и сопутствующий код. Само название ERR_QUIC_PROTOCOL_ERROR слишком общее, чтобы менять серверную конфигурацию без этих данных.
Чего не стоит делать
- Не меняйте одновременно DNS, сертификат, CDN и настройки браузера: вы не поймёте, какое действие помогло.
- Не отключайте HTTP/3 навсегда после единичного сбоя на одном устройстве.
- Не считайте один успешный ответ доказательством восстановления для всех сетей.
- Не удаляйте весь профиль браузера до проверки приватного окна и данных конкретного сайта.
- Не публикуйте NetLog и серверные журналы без очистки чувствительных данных.
Как подтвердить исправление
Повторите исходный проблемный сценарий на том же устройстве и в той же сети. Затем проверьте внешний домен из второй сети, убедитесь, что обычный HTTPS отвечает ожидаемым статусом, и посмотрите, не появляются ли новые QUIC-ошибки в логах.
Если HTTP/3 временно отключали, отдельно запланируйте его контролируемое включение после исправления. Web-Puls помогает регулярно проверять общую доступность HTTPS-страницы и быстрее замечать повторный массовый сбой, но такая проверка не заменяет отдельную протокольную диагностику QUIC.
Если ERR_QUIC_PROTOCOL_ERROR повторяется в разных сетях или появилась после изменений CDN, TLS либо сетевой защиты, отправьте заявку на профессиональную поддержку. Укажите домен, точное время, затронутые сети, версии браузеров и уже выполненные проверки.