Vibe · Chrome
ERR_EMPTY_RESPONSE: пустой ответ от сервера
Браузер пишет ERR_EMPTY_RESPONSE — соединение вроде началось, но сервер вернул пустой ответ или оборвал его до HTML. На Wi‑Fi страница может открываться, на LTE — пустой ответ на многих сайтах при живых Яндексе и банках. Это не NXDOMAIN и не «ждал до таймаута»: ответ оборван. Сравните сети и профиль.
Обновлено: 31 июля 2026
Симптомы
Как это выглядит на практике
- На Wi‑Fi приложение открывается, на мобильном интернете — нет или вечная загрузка
- Открываются только Яндекс, Госуслуги и банки — остальное не грузится
- Обычный сторонний туннель не подключается или сразу обрывается на LTE
- Chrome/Edge: ERR_EMPTY_RESPONSE или «Пустой ответ от сервера»
- На LTE пустой ответ на многих URL; Яндекс и банки открываются
- На Wi‑Fi тот же URL грузится; после Connect/Disconnect ошибка меняется
- Иногда после обновления страницы сменяется на TIMED_OUT или TUNNEL_FAILED
Причины
Почему так происходит
- На мобильной сети оператор может включить белые списки — проходит только разрешённый трафик
- Адреса сервиса и VPS-серверов не входят в «белый» список, поэтому соединение не устанавливается
- Оператор/фильтр рвёт TCP/TLS до тела ответа — браузер видит пустой ответ
- На LTE с белыми списками маршрут к «неразрешённым» IP обрывается иначе, чем при таймауте
- Конфликт второго VPS, системного прокси, антивируса (HTTPS-инспекция) или расширения
- CDN/сайт закрыл соединение; реже — только один домен на всех сетях
Разборы и инструкции — в гайдах.
Сценарий
Сценарий для Chrome
ERR_EMPTY_RESPONSE = соединение началось, но нормального HTTP-ответа нет: пусто или обрыв до тела. На LTE с белыми списками типичен контраст «банки ок / остальное пусто»; на Wi‑Fi тот же URL часто жив. EMPTY на обеих сетях → второй туннель/прокси/антивирус или сам сайт/CDN.
Чеклист перед VPS
- Запишите ERR_EMPTY_RESPONSE и сравните Wi‑Fi vs LTE на одном URL
- Контраст «банки ок / остальное пусто» на LTE → проверку белых списков
- Отключите второй VPS, системный прокси, HTTPS-проверку антивируса и proxy-расширения
- LTE с признаками фильтра → Whitelist (LTE) в Incy; Wi‑Fi → стандартный профиль
Это не...
- Не NXDOMAIN — при «адрес не найден» имя не резолвится
- Не TIMED_OUT — там ответа ждали до лимита, здесь ответ оборвали/пустой
- Не «сломался Chrome», если Edge/Firefox на той же LTE дают то же
- Нет гарантии: сайт/CDN может рвать соединение сам
Решение
Что можно сделать
Сверьте Wi‑Fi и LTE
Отключите Wi‑Fi и проверьте на мобильном интернете. Если на Wi‑Fi всё ок, а на LTE — нет, вероятны белые списки.
Пройдите короткую проверку
Пять вопросов на сайте помогут понять, похоже ли на белые списки. Без отправки данных.
Подключите нужный профиль в Incy
Trial или тариф на сайте → кабинет → Incy (Windows — Happ). На LTE при белых списках — Whitelist (LTE), иначе стандартный VPS.
Ошибки
Частые ошибки
- Переустанавливать браузер, не сравнив Wi‑Fi и LTE
- Путать с NXDOMAIN и крутить только DNS
- Держать два VPS/прокси и ждать стабильный ответ
- Ставить стандартный VPS на LTE с белыми списками и ждать исчезновения EMPTY_RESPONSE
Что выбрать
Сначала диагностика, потом профиль
На LTE часто виноваты белые списки — тогда нужен Whitelist (LTE). На Wi‑Fi или при обычной блокировке достаточно стандартного VPS-профиля в Incy. Начните с короткой проверки симптомов.
Шаг 1
Проверьте симптомы
Пять вопросов — похоже ли на белые списки на мобильной сети. Без отправки данных.
Пройти проверку →Вариант A
Whitelist (LTE)
Если на мобильном интернете открываются только «разрешённые» сайты — профиль обхода белых списков в Incy.
Белые списки на LTE →Вариант B
Стандартный VPS
Обычный профиль подписки в Incy — для Wi‑Fi, домашней сети и сценариев без белых списков.
FAQ
Частые вопросы
Браузер установил соединение, но не получил нормальный HTTP-ответ: пусто или обрыв. Причины — фильтр сети, конфликт прокси/VPS, сбой CDN/сайта.
Похожие темы
Смотрите также
- ERR_CONNECTION_TIMED_OUT: сайты не открываютсяChrome, Edge и Firefox показывают «ERR_CONNECTION_TIMED_OUT» — браузер не дождался ответа от сервера. На Wi‑Fi страницы могут открываться, на LTE — таймаут на многих сайтах. Часто это фильтр оператора или недоступный маршрут, а не поломка браузера.
- ERR_CONNECTION_RESET: соединение сброшеноChrome (и часто Edge) показывает ERR_CONNECTION_RESET / «Соединение сброшено» — удалённая сторона или фильтр на пути оборвали TCP пакетом RST, а не «ждали до таймаута». На Wi‑Fi сайт может открываться, на LTE — мгновенный сброс. Сравните сети; при «только Яндекс/банки» на мобильном — белые списки и Whitelist (LTE) в Incy. Trial без карты; Telegram для Connect не нужен.
- ERR_CONNECTION_REFUSED: соединение отклоненоБраузер пишет ERR_CONNECTION_REFUSED / «Соединение отклонено» — до ожидания таймаута дело не дошло: порт или узел на пути сразу отказал в TCP. На Wi‑Fi URL может открываться, на LTE — мгновенный отказ на части сайтов при живых Яндексе и банках. Сравните сети; при признаках белых списков — Whitelist (LTE) в Incy. Trial без карты; Telegram для Connect не нужен. Vibe не чинит мёртвый origin и не даёт гарантий.
- ERR_ADDRESS_UNREACHABLE: адрес недоступенChrome/Edge: ERR_ADDRESS_UNREACHABLE («Адрес недоступен») — имя уже найдено, до IP дойти нельзя (маршрут/фильтр/смена сети). Не NXDOMAIN и не TIMED_OUT. Wi‑Fi OK / LTE unreachable; живы только Яндекс/банки → белые списки. Сравните сети; LTE-фильтр → Whitelist (LTE) в Incy (Windows — Happ). Trial без карты; Telegram для Connect не нужен. Гарантий нет.
- ERR_TUNNEL_CONNECTION_FAILED в ChromeChrome пишет «ERR_TUNNEL_CONNECTION_FAILED» — не удалось установить туннельное соединение через прокси или HTTPS-прокси. Часто это конфликт VPS, корпоративного прокси или расширения браузера; на LTE с белыми списками обычный туннель может не подняться вообще.