Vibe · Chrome
ERR_HTTP2_PROTOCOL_ERROR в Chrome: сайты не открываются
Chrome/Edge показывают ERR_HTTP2_PROTOCOL_ERROR — рукопожатие TLS прошло, но кадр HTTP/2 оборван (middlebox, прокси, HTTPS-инспекция, нестабильный LTE или баг QUIC/HTTP3). Яндекс/банки могут жить. Сначала локализуйте слой, не переустанавливайте браузер вслепую. Soft Vibe/Incy только при подтверждённом сетевом фильтре; Telegram ≠ клиент; без 100%.
Обновлено: 16 августа 2026
Симптомы
Как это выглядит на практике
- Chrome/Edge: ERR_HTTP2_PROTOCOL_ERROR / Protocol error на HTTPS
- Несколько CDN/зарубежных сайтов падают одинаково; «белый» набор жив
- Контраст Wi‑Fi ↔ LTE или офисный Wi‑Fi с прокси vs домашняя сеть
- Включён системный прокси, второй туннель или антивирус с проверкой HTTPS
Причины
Почему так происходит
- На мобильной сети оператор может включить белые списки — проходит только разрешённый трафик
- Адреса сервиса и VPS-серверов не входят в «белый» список, поэтому соединение не устанавливается
- Фильтр/NAT на LTE портит или рвёт HTTP/2 stream после CONNECT
- HTTPS-инспекция / второй прокси ломает ALPN h2
- Конфликт QUIC (HTTP/3) и маршрута; реже — баг origin/CDN только на h2
Разборы и инструкции — в гайдах.
Сценарий
Сценарий для Chrome
ERR_HTTP2_PROTOCOL_ERROR = сбой на уровне HTTP/2 после TLS, не NXDOMAIN и не долгий TIMED_OUT. В РФ/СНГ часто: LTE-фильтр/офисный прокси портит h2, антивирус подменяет TLS, или QUIC конфликтует с маршрутом. Диагноз: (1) Wi‑Fi↔LTE; (2) «белый» vs зарубежный URL; (3) прокси/антивирус/второй туннель; (4) QUIC off; (5) soft Incy только при сетевом фильтре. Без политики и без 100%.
Какие сообщения бывают
- ERR_HTTP2_PROTOCOL_ERROR
- NET::ERR_HTTP2_PROTOCOL_ERROR
- Protocol error
Wi‑Fi · LTE · оператор
- Wi‑Fi
- Ошибка только на офисном Wi‑Fi → чаще прокси/SSL-inspection, не белые списки LTE
- LTE
- Только LTE + живой «белый» набор → маршрут/фильтр; Whitelist как проверка
- Оператор
- МТС/МегаФон/Билайн/Tele2: сравните SIM и раздачу; фильтры по региону различаются
Чеклист перед VPS
- Тот же URL: Wi‑Fi vs LTE — HTTP/2 error только на одной сети?
- ya.ru/банк vs зарубежный HTTPS на той же LTE — контраст фильтра?
- Выкл. прокси, второй туннель, HTTPS-scan; инкогнито
- Отключить QUIC / сменить браузер; сравнить результат
- LTE+фильтр → проверку белых списков → Whitelist (LTE); иначе стандартный профиль
Это не...
- Не DNS_PROBE / NXDOMAIN — имя уже резолвится
- Не ERR_CERT_* / «не защищено» — другое лечение (корень/НУЦ)
- Не «переустановить Windows» до проверки сети и middlebox
- Whitelist не чинит полный outage origin и не обещает 100%
Решение
Что можно сделать
Зафиксируйте код и сеть
Запишите точный ERR_HTTP2_*. Тот же URL на Wi‑Fi и LTE / другой SIM. Контраст только LTE + живые Яндекс/банки → проверку белых списков, не «сломанный Chrome».
Уберите middlebox и QUIC
Выкл. второй VPS/системный прокси/HTTPS-инспекцию антивируса. Инкогнито без расширений. Временно отключите QUIC (chrome://flags → Experimental QUIC) и повторите — если ошибка ушла, дело в транспорте/маршруте.
Профиль под сеть (soft)
При LTE «только белый набор» — Whitelist (LTE) в Incy (Windows — Happ); на чистом Wi‑Fi — стандартный профиль. Trial без карты; не лечит мёртвый origin/CDN. Connect не через Telegram.
Ошибки
Частые ошибки
- Чинить только кэш Chrome, не сравнив Wi‑Fi и LTE
- Держать два туннеля/прокси и искать «баг HTTP/2»
- Путать с ERR_CERT_* и отключать проверку сертификатов
- Ждать «само пройдёт» при стабильном LTE-фильтре неделями
Что выбрать
Сначала диагностика, потом профиль
На LTE часто виноваты белые списки — тогда нужен Whitelist (LTE). На Wi‑Fi или при обычной блокировке достаточно стандартного VPS-профиля в Incy. Начните с короткой проверки симптомов.
Шаг 1
Проверьте симптомы
Пять вопросов — похоже ли на белые списки на мобильной сети. Без отправки данных.
Пройти проверку →Вариант A
Whitelist (LTE)
Если на мобильном интернете открываются только «разрешённые» сайты — профиль обхода белых списков в Incy.
Белые списки на LTE →Вариант B
Стандартный VPS
Обычный профиль подписки в Incy — для Wi‑Fi, домашней сети и сценариев без белых списков.
FAQ
Частые вопросы
Браузер договорился о HTTPS, но поток HTTP/2 оборван или искажён — сеть, прокси, антивирус или сервер/CDN.
Похожие темы
Смотрите также
- ERR_CONNECTION_RESET: соединение сброшеноChrome (и часто Edge) показывает ERR_CONNECTION_RESET / «Соединение сброшено» — удалённая сторона или фильтр на пути оборвали TCP пакетом RST, а не «ждали до таймаута». На Wi‑Fi сайт может открываться, на LTE — мгновенный сброс. Сравните сети; при «только Яндекс/банки» на мобильном — белые списки и Whitelist (LTE) в Incy. Trial без карты; Telegram для Connect не нужен.
- ERR_CONNECTION_TIMED_OUT: сайты не открываютсяChrome, Edge и Firefox показывают «ERR_CONNECTION_TIMED_OUT» — браузер не дождался ответа от сервера. На Wi‑Fi страницы могут открываться, на LTE — таймаут на многих сайтах. Часто это фильтр оператора или недоступный маршрут, а не поломка браузера.
- ERR_EMPTY_RESPONSE: пустой ответ от сервераБраузер пишет ERR_EMPTY_RESPONSE — соединение вроде началось, но сервер вернул пустой ответ или оборвал его до HTML. На Wi‑Fi страница может открываться, на LTE — пустой ответ на многих сайтах при живых Яндексе и банках. Это не NXDOMAIN и не «ждал до таймаута»: ответ оборван. Сравните сети и профиль.
- ERR_TUNNEL_CONNECTION_FAILED в ChromeChrome пишет «ERR_TUNNEL_CONNECTION_FAILED» — не удалось установить туннельное соединение через прокси или HTTPS-прокси. Часто это конфликт VPS, корпоративного прокси или расширения браузера; на LTE с белыми списками обычный туннель может не подняться вообще.
- Ошибка SSL соединенияБраузер ругается на сертификат, «защищённое соединение не установлено» или обрывает HTTPS. Иногда это дата/время на устройстве или перехват на сети; на LTE с фильтрами картина может совпадать с «сайты не открываются». VPS меняет маршрут — иногда снимает ошибку, иногда наоборот добавляет конфликт с сертификатом.