ERR_QUIC_PROTOCOL_ERROR: не удалась связь по протоколу QUIC

QUIC — сетевой протокол, на котором основан HTTP/3. В отличие от привычного TCP, он работает поверх UDP, обычно через порт 443, и совмещает установку соединения с шифрованием. Chrome и многие крупные сайты умеют по нему общаться, если сервер сообщил о поддержке.

Ошибка ERR_QUIC_PROTOCOL_ERROR означает, что попытка воспользоваться этим путём не удалась: пакеты не проходят, обрываются или приходят в неожиданном виде. Обычно браузер сам откатывается на TCP, но иногда этого не происходит, и страница не открывается.

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

Самая частая причина — сетевые фильтры, которые блокируют или плохо обрабатывают UDP на порту 443: корпоративные шлюзы, некоторые роутеры, брандмауэры и антивирусы. Такие устройства не умеют разбирать QUIC или сознательно пропускают только TCP.

Другие причины: неправильная работа посредников, повреждённое состояние браузера, сетевые драйверы и программы, которые перехватывают трафик. Со стороны сервера бывают ошибки настройки поддержки HTTP/3 или несогласованные параметры на разных узлах.

Кроме того, бывают случаи, когда UDP формально проходит, но сильно ограничивается по скорости или потерям. Тогда QUIC-соединение оказывается нестабильным, и браузер сообщает об ошибке в середине загрузки, хотя часть страницы уже успела отобразиться.

Откройте проблемную страницу в другом браузере: если она открывается, причина в Chrome или его настройках. Затем откройте её на другом устройстве в той же сети и через мобильную сеть. Если сбой только в вашей домашней или рабочей сети, виноват сетевой фильтр.

В инструментах разработчика на вкладке сетевых запросов включите столбец протокола: вы увидите, какие запросы идут по h3, а какие по h2. Если на странице присутствуют запросы с ошибкой при h3, подозрение подтверждается.

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

Для диагностики можно отключить использование QUIC в экспериментальных настройках браузера: раздел служебных страниц с флагами содержит соответствующий параметр. Если после этого страница открылась, причину нужно искать в сети или программах, а отключение оставить как временную меру. На корпоративных устройствах такие настройки могут быть закрыты администратором.

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

Хорошей практикой станет проверка того, как работает сайт в разных сетях: домашней, мобильной и корпоративной. Разница в поведении быстро покажет, что причина в сетевом фильтре конкретной сети, а не в вашем сервере.

Если вы включили HTTP/3 на сервере или в CDN, убедитесь, что порт UDP 443 открыт в брандмауэре и что все узлы настроены одинаково. Проверьте, что сайт корректно открывается и при недоступности QUIC: браузеры должны спокойно откатываться на TCP. Периодически тестируйте доступность из разных сетей, потому что проблемы часто проявляются лишь у части посетителей.

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