ERR_QUIC_PROTOCOL_ERROR: что значит и как исправить

ERR_QUIC_PROTOCOL_ERROR — сетевая ошибка Chrome, Edge и других браузеров на Chromium. Инструкции для начинающих обычно лечат её одним способом — отключением QUIC. Что она означает: браузер пытался открыть сайт по протоколу QUIC (на нём работает HTTP/3), а соединение не сложилось или оборвалось. В справочнике ошибок Chromium это код −356 с описанием «There is a QUIC protocol error».

На экране русская версия Chromium 149 пишет так:

Не удается получить доступ к сайту. Веб-страница по адресу …, возможно, временно недоступна или постоянно перемещена по новому адресу. ERR_QUIC_PROTOCOL_ERROR

Мы собрали стенд с HTTP/3-сервером и посмотрели, какие помехи дают этот код. Ещё проверили живые сайты: из 2056 сайтов Екатеринбурга выбрали те, что объявляют HTTP/3, и проверили, принимают ли они QUIC на самом деле.

Коротко: что делать

1. Откройте сайт в другой сети, например с телефона через мобильный интернет. Открылось — дело в вашей сети, а не в сайте.
2. Отключите VPN, прокси и проверку HTTPS в антивирусе — по одному.
3. Временно отключите QUIC: chrome://flags/#enable-quic → Disabled → перезапуск браузера.
4. Если без QUIC сайт открылся, верните настройку и ищите, кто режет UDP. Это проверка, а не лечение.

Что такое QUIC и HTTP/3

Обычный сайт открывается по TCP: браузер устанавливает соединение, затем TLS-рукопожатие, затем HTTP/1.1 или HTTP/2. QUIC работает поверх UDP и совмещает соединение и шифрование в одном рукопожатии. Он описан в RFC 9000, HTTP поверх него — HTTP/3 — в RFC 9114.

Важно для ошибки: QUIC — это UDP на порт 443. Многие сети, файрволы и VPN пропускают TCP на 443 без вопросов, а UDP режут или пропускают с потерями. Поэтому сайт может нормально работать по HTTP/2 и ломаться именно на QUIC.

Зачем Chrome использует QUIC

QUIC стандартизирован в 2021 году, и Chrome включает его по умолчанию. Его преимущества перед TCP реально заметны в некоторых сетях:

• быстрое рукопожатие — соединение и шифрование договариваются за один обмен, а возобновление при повторном заходе может обойтись без ожидания, сокращая время до первого байта;
• независимые потоки — потерянный пакет задерживает только свой поток данных, а не всю загрузку страницы, как в HTTP/2 поверх TCP;
• миграция соединения — у соединения свой идентификатор, поэтому смена сети, например переход с Wi-Fi на мобильный интернет, не рвёт загрузку.

QUIC объединяет транспорт и защиту в одном протоколе. Обратная сторона: шифрованием защищена и служебная часть пакетов, так что сетевое оборудование, которое привыкло разбирать TCP, не может понять, что происходит, и иногда просто молча отбрасывает UDP.

Как браузер узнаёт о поддержке HTTP/3

Сам браузер QUIC не пробует. Он должен узнать, что сайт его поддерживает:

• заголовок Alt-Svc в ответе по обычному HTTPS, например alt-svc: h3=":443"; ma=86400 (RFC 7838). Первый заход идёт по TCP, следующие — по QUIC;
• DNS-запись HTTPS с alpn="h3,h2". Тогда браузер может пойти по QUIC уже с первого захода.

На нашем обходе заголовок Alt-Svc с h3 нашёлся у 108 сайтов из 2056. Две трети из них стоят за Cloudflare, остальные — nginx, LiteSpeed, BitNinja, Caddy, QRATOR. DNS-запись HTTPS с h3 есть у 64 из этих 108. В Chromium сайты с такой записью открывались по HTTP/3 с первого же захода, остальные — сначала по HTTP/2.

Что ломает QUIC: замер на стенде

Стенд: Chromium 149 на Linux, HTTP/3-сервер и HTTPS-сервер на одной машине, между браузером и сервером — посредник, который портит UDP по заданному правилу. Браузеру велено ходить к сайту только по QUIC. Каждый вариант — три прогона.

В сетевом журнале браузера видно, чем закончилось соединение:

• при глухом UDP и потере крупных пакетов — код QUIC 25, «No recent network activity after 4 s»: за 4 секунды рукопожатия ни одного ответа;
• при обрыве посреди передачи — код 85, «Network blackhole detected»: браузер сам решил, что сеть превратилась в чёрную дыру;
• при плохом сертификате — TLS-тревога certificate unknown. По TCP тот же сертификат дал бы ERR_CERT_…, а по QUIC браузер показывает общий ERR_QUIC_PROTOCOL_ERROR.

Почему крупные пакеты так важны. RFC 9000 запрещает работать по QUIC, если путь не пропускает пакеты размером хотя бы 1200 байт, и первые пакеты рукопожатия дополняются до этого размера. Пакеты Chromium на стенде были чуть крупнее 1200 байт, но не больше 1250. Сеть, которая теряет такие пакеты, — например, туннель VPN с маленьким MTU, — ломает QUIC, хотя TCP по ней ходит нормально: TCP сам дробит данные под размер пути.

Что видит человек на живых сайтах

Объявить HTTP/3 и действительно его принимать — разные вещи. Мы постучались по QUIC ко всем 108 сайтам из Германии отдельным клиентом. 21 сайт не ответил ни разу из трёх попыток: у восьми соединение отвергнуто сразу, у тринадцати — тишина 15 секунд. Ещё два сайта отвечали через раз. Среди несработавших — сайты на LiteSpeed, которые объявляют h3 на месяц вперёд, и сайты, которые зовут на порты 3600 и 8443, где по UDP никто не отвечает.

Затем мы открыли эти 21 сайт настоящим Chromium 149, по четыре захода подряд, три повтора. Ошибки не было ни разу. Все сайты открылись по HTTP/2: браузер попробовал QUIC, не получил ответа и тихо остался на TCP. Контрольные сайты, где QUIC работает, со второго захода шли по HTTP/3.

Отсюда практический вывод: сломанный HTTP/3 на стороне сайта обычно незаметен — Chrome параллельно держит запасной путь по TCP. Ошибку человек видит, когда:

• соединение по QUIC уже установлено и оборвалось посреди работы — как на стенде при обрыве после 30 пакетов;
• браузер уверен, что сайт работает по QUIC, а запасного пути нет: QUIC включён принудительно флагом или политикой, или TCP тоже недоступен;
• между браузером и сайтом стоит что-то, что принимает UDP и портит его: VPN, прокси, антивирус, корпоративный шлюз.

Пошаговая диагностика

Идите по порядку — каждый шаг отсекает часть причин:

1. Ошибка на всех сайтах или на одном? Если на всех, где работает HTTP/3 (например, google.com и youtube.com), — проблема связана с вашей сетью или устройством. Если только на одном — скорее всего, виноваты настройки сервера.
2. Окно инкогнито. Открылось — мешает расширение или профиль браузера.
3. Другая сеть. Открылось — UDP режет ваша сеть: рабочий файрвол, роутер, провайдер.
4. Тест без QUIC. Помог — подтверждено, что ошибка именно в QUIC, а не в сайте вообще.
5. Другой браузер. Firefox тоже умеет HTTP/3, но реализации разные. Сравнить результат полезно, чтобы понять, в браузере ли дело.

Ни один шаг не помог, и сайт не открывается вообще — это уже не QUIC. Смотрите код ошибки после отключения QUIC: он подскажет следующую точку поиска.

Как исправить на своём компьютере

Проверить, в сети ли дело

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

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

Отключить QUIC в Chrome

Наберите в адресной строке chrome://flags/#enable-quic. Пункт называется «Experimental QUIC protocol» — экспериментальный протокол QUIC, хотя он давно не экспериментальный. Выберите Disabled и нажмите кнопку перезапуска внизу: изменение действует при следующем запуске браузера. В Chromium 149 этот флаг на месте.

То же самое в других браузерах:

• Edge — edge://flags/#enable-quic;
• Opera — opera://flags/#enable-quic;
• Brave — brave://flags/#enable-quic;
• Яндекс Браузер — browser://flags/#enable-quic.

На стенде отключение QUIC вернуло страницу даже при полностью закрытом UDP. Но держать QUIC выключенным навсегда незачем: найдите, кто режет UDP, и включите обратно.

Если флаг недоступен или меняется обратно сам, браузером управляет организация: это видно на странице chrome://management. Администратор выключает QUIC политикой QuicAllowed — тогда ошибки быть не должно, а если она есть, обращайтесь к нему.

Сбросить соединения вместо кэша

Очистка кэша страниц к QUIC отношения не имеет. Полезнее:

• chrome://net-internals/#sockets → «Flush socket pools» — закрывает открытые соединения, в том числе QUIC;
• chrome://net-internals/#dns → «Clear host cache» — сбрасывает кэш адресов;
• перезапуск браузера — забывает всё сразу.

VPN, прокси, антивирус, файрвол

• VPN. Отключите и проверьте. Если без VPN всё работает, в настройках VPN поищите протокол или режим с другим MTU, или отключите QUIC на время работы через VPN.
• Прокси. В Windows: Параметры → Сеть и Интернет → Прокси. В macOS: Системные настройки → Сеть → Подробнее → Прокси. Обычный HTTP-прокси QUIC не проводит — браузер в этом случае и не должен его пробовать.
• Антивирус с проверкой HTTPS перехватывает трафик. Встроенные модули защиты некоторых антивирусов, в том числе бесплатных, могут не уметь разбирать QUIC. Отключите эту проверку на минуту и повторите заход в обычном режиме.
• Файрвол Windows, macOS или роутера может закрывать UDP на порт 443. Разрешите исходящий UDP 443 или проверьте с другого устройства в той же сети.

Обновить браузер

Старые версии Chrome работали с черновыми версиями QUIC, и на устаревшем браузере возможен конфликт с современным сервером. Откройте chrome://settings/help — браузер сам проверит и поставит последнюю версию. Если не помогло, создайте новый профиль браузера: при повреждённом профиле это решает проблему.

Android, iPhone, Windows

• Android, Chrome. Тот же флаг chrome://flags/#enable-quic. Ещё проверьте, не включён ли VPN или «экономия трафика» у оператора.
• iPhone. Chrome на iPhone работает на движке Safari, флагов QUIC в нём нет. Проверьте VPN и «Частный узел» в настройках Apple ID, смените Wi-Fi на мобильную сеть.
• Windows. Кроме браузера, проверьте антивирус и брандмауэр — они чаще всего режут UDP.

Сетевой журнал для администратора

Если ничего не помогло, запишите журнал на странице chrome://net-export: включите запись, повторите ошибку, сохраните файл. В нём видно код закрытия QUIC — тот самый 25 или 85 из нашего стенда. Файл можно отправить администратору сети или владельцу сайта.

Оставить QUIC включённым или отключить?

Оставить. Отключение — это тест и временная мера, если вы пытаетесь работать в сети, которая блокирует UDP. Браузер почти всегда сам вернётся на TCP, когда QUIC не проходит, — на живых сайтах мы в этом убедились. Если ошибка появляется постоянно в одной сети, надёжнее исправить сеть, чем навсегда отказаться от быстрого протокола.

Если вы владелец сайта

Сайт объявляет HTTP/3 — значит, должен его принимать. Проверьте:

1. Заголовок Alt-Svc. curl -sI https://ваш-сайт/ | grep -i alt-svc. Посмотрите, какой порт объявлен: если h3=":8443", по UDP 8443 кто-то должен отвечать.
2. Открыт ли UDP 443 на сервере и у хостера. Сервер может слушать QUIC, а файрвол — пропускать только TCP. На нашем обходе 13 сайтов на QUIC молчали, ещё 8 сразу отвергали соединение. Браузеры их открывают, но каждый раз пробуют QUIC впустую.
3. Проверка снаружи. curl --http3-only -sI https://ваш-сайт/, если ваш curl собран с HTTP/3. Ошибка — QUIC не работает.
4. Конфигурация. Неправильная конфигурация балансировщика, который не пропускает UDP к серверу, приводит к тому же результату, что и закрытый порт. Проверьте все узлы между интернетом и сервером.
5. Не нужен HTTP/3 — уберите Alt-Svc. Сайт останется на HTTP/2, и никто не будет пробовать закрытый порт.
6. Сертификат. QUIC проверяет его так же строго, как TCP, но при ошибке пишет не ERR_CERT_…, а ERR_QUIC_PROTOCOL_ERROR. Если сертификат просрочен, ошибку на QUIC можно принять за сетевую.

На Cloudflare HTTP/3 включается переключателем в настройках зоны. QUIC при этом принимает сам Cloudflare, а до вашего сервера он ходит по TCP, так что на сервере QUIC настраивать не нужно. Один сайт на Cloudflare у нас отвечал по HTTP/3 за 19,5 секунды: сервер за Cloudflare был мёртв, и QUIC тут ни при чём.

Похожие ошибки

• ERR_HTTP2_PROTOCOL_ERROR — то же, но по HTTP/2 поверх TCP: сервер оборвал поток.
• ERR_CONNECTION_CLOSED — соединение по TCP закрыто до ответа.
• ERR_SSL_PROTOCOL_ERROR — сбой TLS-рукопожатия по TCP.
• ERR_CONNECTION_RESET — соединение сброшено.
• ERR_CONNECTION_TIMED_OUT — сервер не ответил вовсе.

Границы замера

• Стенд — Chromium 149 на Linux, всё на одной машине, по три прогона на вариант. Браузер на стенде ходил по QUIC принудительно: с локальным сертификатом Chromium не берёт Alt-Svc в расчёт.
• Живые сайты проверяли 17.10.2026 из дата-центра в Германии, а не из домашней сети. Через российских провайдеров картина может отличаться.
• Edge, Opera, Brave и Яндекс Браузер не проверяли: адреса флагов взяты по общему движку Chromium.

Коротко

• ERR_QUIC_PROTOCOL_ERROR — браузер шёл по QUIC (UDP 443), и соединение не сложилось или оборвалось.
• На стенде её давали: глухой UDP, потеря пакетов от 1200 байт, обрыв посреди передачи, порченые пакеты, непринятый сертификат.
• Сломанный HTTP/3 на сайте обычно незаметен: 21 такой сайт открылся в Chrome по HTTP/2 без ошибки.
• Первое, что проверить: другая сеть, VPN, антивирус. Затем — флаг chrome://flags/#enable-quic как проверка, а не постоянное лечение.