Что видит ваша сеть при использовании прокси?
При оценке видимости для наблюдателя в сети разделяйте соединение с прокси, TLS назначения и трафик DNS.
При обычном HTTP-прокси локальная сеть может видеть исходное назначение CONNECT, даже если запрос к сайту защищён HTTPS. TLS до прокси меняет эту открытость на участке клиент — прокси.
| Маршрут | Что видно наблюдателю с доступом к локальному трафику |
|---|---|
| Незашифрованный HTTP-сайт через незашифрованный HTTP-прокси | Обмен приложения идёт в читаемом виде: видно не только адрес прокси. |
| HTTPS-сайт через незашифрованный HTTP-прокси | Видны открытая целевая часть CONNECT, соединение с прокси и временные характеристики; TLS назначения защищает запрос к сайту внутри туннеля. |
| Правильно проверенное соединение с HTTPS-прокси | TLS защищает обмен с прокси на этом участке; соединение с точкой и метаданные трафика остаются видимыми. |
Защита этого участка не лишает оператора прокси возможности видеть собственную обработку соединений. TLS назначения и доверие оператору — отдельные части маршрута.
DNS тоже требует отдельной проверки. Имя назначения, разрешённое локально, не переносится автоматически внутрь прокси-соединения. Удалённое разрешение SOCKS меняет этот поиск, но фоновые процессы и другие приложения по-прежнему могут разрешать имена и подключаться независимо.
Для полезной оценки конфиденциальности запишите схему URL прокси, схему назначения, фактический маршрут клиента и поведение DNS. Одна настройка браузера не подтверждает охват всего устройства. У назначения запрос с выполненным входом всё ещё может идентифицировать аккаунт через cookie, даже если локальный участок зашифрован и выходной IP изменился.