Можно даже в виде расширения для Firefox.

>>185440
tor

>>185442

Решает все проблемы, но добавляет новые. Мне бы что-то вроде VPN, но только прокси, чтобы можно было в браузере указать.

Можно запускать VPN-клиент и прокси через него, но хотелось бы обойтись без этого.

>>185443
Может что-то вроде расширения (дополнения)DotVPN?

>>185440
OpenVPN сервер + squid
OpenVPN клиент без default route
На клиенте прописать "серый" ip того конца туннеля.

Ещё вопрос: как запустить прокси через конкретный сетевой адаптер?

>>185445

>OpenVPN клиент без default route

Это как?

>На клиенте прописать "серый" ip того конца туннеля.

Не понял.

>>185440
Разве такое возможно? У тебя сторонний DNS выставлен? Если провайдер переключает на свой, то нужно это решать.

>>185440
Если ты хочешь только прокси без впн и прокси сервер у тебя под контролем, то читай https://www.chromium.org/developers/design-documents/secure-web-proxy и включай http://www.squid-cache.org/Doc/config/https_port/ на проксе.

Альтернативно можешь использовать https://www.stunnel.org/, если софт не поддерживает https proxy с одной или с другой стороны.

Но, конечно VPN все-таки может быть немного надежнее и скрытнее.

>>185447
Вполне возможно. DNS обычно в случае использования HTTP-прокси выполняется на проксе, а DPI провайдера ловит в пакетах не только заголовки Host: blocked.example, но и CONNECT blocked.example:443.
Соединение до прокси-то обычно не зашифровано и любой может подсмотреть, что там ходит, а промышленное DPI-оборудование более чем способно на распознавание содержимого внутри прокси-подключения.

>>185446
Это так, как OpenVPN используется для объединения сетей.
То есть когда интернет-трафик не маршрутизируется внутрь туннеля.

К сожалению конкретнее сказать нельзя потому что конфигураций может быть много. На одних дефолтный маршрут может заменяться через скрипты, на других через клиентскую опцию redirect-gateway, на третьих через серверную опцию push redirect-gateway, четвертые могут использовать push route для этого.
Тем не менее в изначальной конфигурации без дополнительных настроек OpenVPN не заворачивает интернет-трафик в себя, а используется для доступа лишь к той подсети, которая настроена внутри туннеля.

>>185452

>То есть когда интернет-трафик не маршрутизируется внутрь туннеля.

Это я понял. Я не понял, как отсутствие default route может мне помочь без поднятой на VPN-интерфейсе прокси.

>На клиенте прописать "серый" ip того конца туннеля.

До сих пор не понял.

>>185460
Адресом прокси прописать адрес второго конца туннеля (прокси, очевидно, должен крутиться на том же сервере, что и VPN-сервер). В таком случае назначение маршрута по умолчанию будет необязательно.