dev-env: разделить трафик рабочей машины (VPN / геохайд / прод-прокси / обычный) — сейчас DNS тормозит и мешает воспроизводить прод локально #3208

New issue

Open

opened 2026-08-29 10:32:34 +00:00 by lekss361 · 0 comments

lekss361 commented

2026-08-29 10:32:34 +00:00

Owner

Проблема

На рабочей машине весь трафик идёт через один туннель, из-за чего:

Резолв доменов заметно тормозит — субъективно «геохайд очень медленно работает».
Нельзя воспроизвести поведение прода локально. Попытка запустить camoufox через прод-прокси (узел ASocks) с машины упала на NS_ERROR_NET_RESET на каждом запросе — туннель рвёт соединение до прокси. Из-за этого разбор ДомКлика пришлось целиком вести замерами внутри прод-сервера, вслепую, без возможности посмотреть глазами.

Второе — не косметика: именно невозможность открыть окно через прод-выход стоила дня неверных гипотез в #3205.

Что нужно

Развести четыре независимых потока:

поток	куда должен идти
прод-прокси (ASocks) для отладки скраперов	напрямую, мимо любых туннелей
геохайд / личный VPN	как сейчас
рабочий VPN	только корпоративные подсети и домены
обычный трафик	напрямую

Варианты (от простого к сложному)

1. Split tunneling в клиенте VPN. Большинство клиентов умеет исключения по приложению или подсети. Минимально достаточное для отладки: вывести из туннеля camoufox.exe либо подсети прокси-провайдера. Дёшево, решает пункт 2 сразу.

2. Правила DNS по доменам (Windows: YogaDNS или аналог). Правила вида «*.corp → рабочий резолвер», «остальное → быстрый публичный». Лечит пункт 1 — если тормозит именно резолв, а не обмен. Замерить до правки: Measure-Command { Resolve-DnsName domclick.ru } с туннелем и без.

3. Отдельное сетевое пространство — рабочий VPN внутри WSL2 или контейнера, тогда он физически не влияет на хостовый трафик. Разделение полное, настройка тяжелее.

Полезно знать

camoufox и playwright берут прокси при запуске процесса, мимо системных настроек. Значит для отладки достаточно, чтобы туннель не перехватывал соединение до прокси-узла, — поднимать/опускать VPN целиком не требуется. Это делает вариант 1 достаточным.

Что сделать для закрытия

замерить, что именно медленно: резолв или обмен;
настроить исключение для отладочного браузера, проверить запуском camoufox через прод-узел (карточка ДомКлика должна открыться так же, как открывается с сервера);
если тормозит резолв — добавить правила по доменам;
записать итоговую схему в vault как runbook, чтобы не собирать её заново.

Смежное

#3205 — разбор ДомКлика, который пришлось вести без локального воспроизведения.

## Проблема На рабочей машине весь трафик идёт через один туннель, из-за чего: 1. **Резолв доменов заметно тормозит** — субъективно «геохайд очень медленно работает». 2. **Нельзя воспроизвести поведение прода локально.** Попытка запустить camoufox через прод-прокси (узел ASocks) с машины упала на `NS_ERROR_NET_RESET` на каждом запросе — туннель рвёт соединение до прокси. Из-за этого разбор ДомКлика пришлось целиком вести замерами внутри прод-сервера, вслепую, без возможности посмотреть глазами. Второе — не косметика: именно невозможность открыть окно через прод-выход стоила дня неверных гипотез в #3205. ## Что нужно Развести четыре независимых потока: | поток | куда должен идти | |---|---| | прод-прокси (ASocks) для отладки скраперов | напрямую, мимо любых туннелей | | геохайд / личный VPN | как сейчас | | рабочий VPN | только корпоративные подсети и домены | | обычный трафик | напрямую | ## Варианты (от простого к сложному) **1. Split tunneling в клиенте VPN.** Большинство клиентов умеет исключения по приложению или подсети. Минимально достаточное для отладки: вывести из туннеля `camoufox.exe` либо подсети прокси-провайдера. Дёшево, решает пункт 2 сразу. **2. Правила DNS по доменам** (Windows: YogaDNS или аналог). Правила вида «`*.corp` → рабочий резолвер», «остальное → быстрый публичный». Лечит пункт 1 — если тормозит именно резолв, а не обмен. Замерить до правки: `Measure-Command { Resolve-DnsName domclick.ru }` с туннелем и без. **3. Отдельное сетевое пространство** — рабочий VPN внутри WSL2 или контейнера, тогда он физически не влияет на хостовый трафик. Разделение полное, настройка тяжелее. ## Полезно знать `camoufox` и `playwright` берут прокси **при запуске процесса**, мимо системных настроек. Значит для отладки достаточно, чтобы туннель не перехватывал соединение до прокси-узла, — поднимать/опускать VPN целиком не требуется. Это делает вариант 1 достаточным. ## Что сделать для закрытия - замерить, что именно медленно: резолв или обмен; - настроить исключение для отладочного браузера, проверить запуском camoufox через прод-узел (карточка ДомКлика должна открыться так же, как открывается с сервера); - если тормозит резолв — добавить правила по доменам; - записать итоговую схему в vault как runbook, чтобы не собирать её заново. ## Смежное #3205 — разбор ДомКлика, который пришлось вести без локального воспроизведения.