ERR_TUNNEL_CONNECTION_FAILED
Добавлено: 04 июн 2026, 21:08
Ошибка `ERR_TUNNEL_CONNECTION_FAILED`, возникающая **мгновенно** при попытке открыть любую страницу, однозначно указывает на то, что Vivaldi пытается пропустить весь трафик через **прокси-сервер (HTTP-туннель)**, который на самом деле недоступен, выключен или указан неверно.
Текстовый браузер `lynx` при этом прекрасно работает, потому что он игнорирует системные настройки прокси для графического окружения (или у вас не заданы переменные окружения типа `http_proxy` в терминале). Vivaldi же, будучи построенным на движке Chromium, глубоко интегрирован в сетевые настройки системы и DE (Desktop Environment).
Вот основные причины и способы решения этой проблемы в Debian:
### 1. Проверка системных переменных окружения (Environment Variables)
Chromium-браузеры в Linux часто подхватывают прокси из переменных окружения, даже если в DE всё выключено.
Выполните в терминале команду:
```bash
env | grep -i proxy
```
Если вы увидите строки вроде `http_proxy=...` или `https_proxy=...`, значит, в системе жестко прописан прокси (например, в `/etc/environment`, `~/.bashrc` или настроен утилитой `v2ray`/`xray`/`tor`).
* **Как проверить быстро:** Запустите Vivaldi из терминала в режиме «без прокси» одной командой:
```bash
vivaldi --no-proxy
```
Если страницы сразу открылись — дело 100% в прокси-сервере.
### 2. Настройки прокси в Desktop Environment (Gnome / KDE / XFCE)
Vivaldi в Linux берет настройки сети из вашей графической оболочки. Если там случайно включен «Автоматический поиск» или остался старый ручной прокси, браузер будет мгновенно падать с этой ошибкой, даже не пытаясь делать DNS-запрос наружу.
* **Если у вас GNOME:** Зайдите в *Настройки -> Сеть -> Сетевой прокси* (Network Proxy) и переключите в режим **Выключен** (Disabled / None).
* **Если у вас KDE:** Зайдите в *Параметры системы -> Настройки сети -> Прокси* и выберите **Прямое подключение к Интернету**.
### 3. Настройки в самом Vivaldi
Поскольку Vivaldi использует базу Chromium, можно попробовать переопределить настройки внутри самого браузера.
1. Вставьте в адресную строку ссылку: `chrome://settings/system` (или `vivaldi://settings` -> ввести в поиск "прокси").
2. Нажмите на пункт **«Открыть настройки прокси-сервера на компьютере»**.
3. Если Vivaldi перенаправляет вас в настройки ОС, а там всё чисто, возможно, виновато **расширение**. Отключите все VPN/прокси расширения, если они установлены.
### 4. Проблема с системным резолвером (`systemd-resolved` / `dnsmasq`)
Иногда Chromium-подобные браузеры пытаются использовать защищенный DNS (DoH) или ломаются, если в системе запущен локальный DNS-заглушка, который некорректно обрабатывает запросы от браузера, но при этом «всеядный» `lynx` (использующий стандартный `glibc` и `/etc/resolv.conf`) работает.
* Попробуйте временно отключить безопасный DNS в Vivaldi: `chrome://settings/security` -> прокрутите вниз до **«Использовать безопасный DNS-сервер»** (Use secure DNS) и **выключите** его.
---
### Резюме: с чего начать?
Самый быстрый способ локализовать проблему — закрыть браузер и запустить его через терминал с флагом `vivaldi --no-proxy`. Если всё заработает, ищите, какая программа или настройка в вашем Debian пытается завернуть трафик в несуществующий туннель.
Текстовый браузер `lynx` при этом прекрасно работает, потому что он игнорирует системные настройки прокси для графического окружения (или у вас не заданы переменные окружения типа `http_proxy` в терминале). Vivaldi же, будучи построенным на движке Chromium, глубоко интегрирован в сетевые настройки системы и DE (Desktop Environment).
Вот основные причины и способы решения этой проблемы в Debian:
### 1. Проверка системных переменных окружения (Environment Variables)
Chromium-браузеры в Linux часто подхватывают прокси из переменных окружения, даже если в DE всё выключено.
Выполните в терминале команду:
```bash
env | grep -i proxy
```
Если вы увидите строки вроде `http_proxy=...` или `https_proxy=...`, значит, в системе жестко прописан прокси (например, в `/etc/environment`, `~/.bashrc` или настроен утилитой `v2ray`/`xray`/`tor`).
* **Как проверить быстро:** Запустите Vivaldi из терминала в режиме «без прокси» одной командой:
```bash
vivaldi --no-proxy
```
Если страницы сразу открылись — дело 100% в прокси-сервере.
### 2. Настройки прокси в Desktop Environment (Gnome / KDE / XFCE)
Vivaldi в Linux берет настройки сети из вашей графической оболочки. Если там случайно включен «Автоматический поиск» или остался старый ручной прокси, браузер будет мгновенно падать с этой ошибкой, даже не пытаясь делать DNS-запрос наружу.
* **Если у вас GNOME:** Зайдите в *Настройки -> Сеть -> Сетевой прокси* (Network Proxy) и переключите в режим **Выключен** (Disabled / None).
* **Если у вас KDE:** Зайдите в *Параметры системы -> Настройки сети -> Прокси* и выберите **Прямое подключение к Интернету**.
### 3. Настройки в самом Vivaldi
Поскольку Vivaldi использует базу Chromium, можно попробовать переопределить настройки внутри самого браузера.
1. Вставьте в адресную строку ссылку: `chrome://settings/system` (или `vivaldi://settings` -> ввести в поиск "прокси").
2. Нажмите на пункт **«Открыть настройки прокси-сервера на компьютере»**.
3. Если Vivaldi перенаправляет вас в настройки ОС, а там всё чисто, возможно, виновато **расширение**. Отключите все VPN/прокси расширения, если они установлены.
### 4. Проблема с системным резолвером (`systemd-resolved` / `dnsmasq`)
Иногда Chromium-подобные браузеры пытаются использовать защищенный DNS (DoH) или ломаются, если в системе запущен локальный DNS-заглушка, который некорректно обрабатывает запросы от браузера, но при этом «всеядный» `lynx` (использующий стандартный `glibc` и `/etc/resolv.conf`) работает.
* Попробуйте временно отключить безопасный DNS в Vivaldi: `chrome://settings/security` -> прокрутите вниз до **«Использовать безопасный DNS-сервер»** (Use secure DNS) и **выключите** его.
---
### Резюме: с чего начать?
Самый быстрый способ локализовать проблему — закрыть браузер и запустить его через терминал с флагом `vivaldi --no-proxy`. Если всё заработает, ищите, какая программа или настройка в вашем Debian пытается завернуть трафик в несуществующий туннель.