В ZennoPoster VPN у нас, а у Вас? Или использование VPN в многопотоке

Astraport · 16.12.2019

Когда-то я очень искал решение по ВПН на форуме

Supergrok · 16.12.2019

Отличное техническое решение, спасибо

tatarin · 16.12.2019

Что-то не понял, т.е. поднимаеться параллельно сразу несколько vpn соединений и все это работает? Это возможно разве?

Supergrok · 16.12.2019

tatarin сказал(а):
Что-то не понял

сколько ТАР адаптеров создал, столько и подключений

Rooter85 · 16.12.2019

Astraport сказал(а):
Когда-то я очень искал решение по ВПН на форуме

Недавно попадалась та, твоя тема. Идея сработала? Лучше сервисы относятся к ВПН чем к прокси?

DenisK · 16.12.2019

Спасибо!

Astraport · 16.12.2019

Rooter85 сказал(а):
Идея сработала? Лучше сервисы относятся к ВПН чем к прокси?

Я же так и не проверил.

planeta · 18.12.2019

Полезно, давно юзал опенвпн, не знал что можно несколько соединений параллельно юзать))

gnomza75 · 18.12.2019

sky сказал(а):
Нам потребуется установить драйвера для TAP адаптера. Запускаем addtap.bat (от имени администратора)

помогите пожалуйста, у меня стоит OkayFreedom vpn на винде 7 уже давно 1 адаптер уже есть и больше не добавляются адаптеры

жму любую кнопку, а в сетевых подключениях ни чего не происходит

gnomza75 · 18.12.2019

запустил tap-windows.exe
создалась папка C:\Program Files\TAP-Windows\bin
файл addtap.bat в папке не создался, печаль
куда копать

Gefest · 18.12.2019

Мы просто с помощью батника открываем свое VPN соединение ?)

korollui · 19.12.2019

что-то не получилось сделать по данному мануалу, может подскажите новичку как сделать. Так все по инструкции сделал, файлы создались, соединение впн подключилось но прокси не пашет. может нужны какие-то ещё манипуляции с самим 3proxy ?

Alex101 · 19.12.2019

ТС, может быть скомпилишь все эти батники в какую нибудь программу небольшую? Чтобы можно было указать сколько надо создать адаптеров, и автоматом подключить все конфиги, которые будут называться как у тебя, и пути будут как у тебя. (чтобы багов не было) ну и еще надо не забыть что при коннекте к впн вылазит окошко с вводом логина и пароля. 50 впнок поднимать это та еще задача в этом случае))

BAZAg · 25.12.2019

Здравствуйте!
Пытаюсь пройти по шагам данную инструкцию.
В файлике конфиг есть строчки:

Код:

client
dev tun
persist-key
dhcp-option DNS 8.8.8.8
dhcp-option DNS 8.8.4.4
verb 7
auth-user-pass vpn7.login
ca CACertificate.crt
cert UserCertificate.crt
key PrivateKey.key
cipher AES-256-CBC
auth SHA256
keysize 256
remote it.lazerpenguin.com 443
dev-node vpn7
redirect-gateway
pull-filter ignore ifconfig-ipv6
pull-filter ignore route-ipv6
pull-filter ignore redirect-gateway
pull-filter ignore route-gateway

Собственно из всего конфига нам более всего интересны строчки:

Код:

dev-node vpn7
redirect-gateway
pull-filter ignore ifconfig-ipv6
pull-filter ignore route-ipv6
pull-filter ignore redirect-gateway
pull-filter ignore route-gateway

Последние две строчки должны запретить OpenVPN пробрасывать маршрут по-умолчанию. Но, в реальности у нас картина такая - после соединения - что напрямую без прокси, что с socks5://127.0.0.7:1080 у нас на выходе IP которую предоставляет VPN. И в трее я вижу, что моя сеть WiFi не подключена к интернету (скриншот 1). Отсоединяюсь от VPN - всё возвращается на свои места (WiFi обратно подключается к интернету).

Когда из конфига удаляю redirect-gateway (остается pull-filter ignore redirect-gateway) - ситуация противоположная - трафик идёт через реальную IP, VPN светится зелененьким, но видим что интернета нет (скриншот 2). Радует что при этом мой WiFi не переопределен, как при прошлом конфиге. Вот только через socks5://127.0.0.7:1080 не получаем ничего (это не странно, интернета ведь на соединении VPN нет).

Иду дальше - удаляю ещё pull-filter ignore redirect-gateway с конфига (итого там уже нет redirect-gateway и pull-filter ignore redirect-gateway ). В результате картина как и в предыдущем пункте (без проксей соединяемся - на выходе свой реальный IP, с прокси - не соединяемся).

Остался вариант удалить pull-filter ignore redirect-gateway (в конфигурации останется redirect-gateway ) - но при этом картина такая же как и при первом конфиге (напрямую и через прокси IP которую дал VPN), и мое WiFi соединение переопределено.

Удаление с конфига pull-filter ignore route-gateway никак не повлияло на картину совсем (при наличии redirect-gateway).

Для себя сделал вывод такой - есть redirect-gateway в конфиге - без проксей идём через VPN и с проксями идём через VPN.
Без данной строчки - без проксей идём через родной IP, с проксями socks5://127.0.0.7:1080 никуда не идём (при этом VPN типа подключен).

Собственно сама проблема и задача такая - так как Зеннопостер работает только через интернет, то ему нужно стабильное отличное соединение - лучше чем свое реальное соединение тут уже точно ничего не придумаешь.
Было бы шикарно сделать так, чтобы он работал себе без VPN через прямое интернет соединение (как и полагается...).
Но, уже внутри Зеннопостера, если нужно соединиться через VPN - указываем проксю socks5://127.0.0.7:1080 - и вуаля - пошли через VPN. Указали пустую строку - вуаля - идём через прямое соединение.
Вопрос - это можно так реализовать, или я как-то не так понял данную статью?
Если я всё правильно понял, и так должно работать - то может быть направите меня в нужном направлении (возможно я что-то не так делаю в этом конфиге?) или всё таки основное соединение использовать никак не получится (может как-то запустить один экземпляр 3proxy который заставил бы работать напрямую без VPN)?

Vik89 · 25.12.2019

Спасибо за статью! Правильно я понимаю, что если на сайте впн сервиса, откуда я конфиги качал написано в инструкции

you can connect via OpenVPN both through TCP and UDP.
For OpenVPN TCP connections - port 443.
For OpenVPN UDP connections - port 1194.

то мне и в батниках и в xxx_up.txt надо 1080 заменить на 443 или 1194 ?

Kedr · 25.12.2019

Я тоже запускал по этой статье данную тему. К сожалению результат не предсказуемый и не управляемый. По прямому соединению всегда разные IP, которые предоставляют VPN соединения. Нужно, чтоб по прямому соединению всегда был мой родной IP, а IP VPN_а только при соединении через 3proxy.

Прошу автора темы прояснить ситуацию, оно так и должно работать или где-то косяк в настройках?

Странно, что много пишут: что тема рабочая, статья отличная. Складывается впечатление, что никто с них не запускал данный процесс и не проверял на работоспособность и не тестировал в реальной рабочей среде. Использование неуправляемого непредсказуемого результата приведет до массового блокирования аккаунтов.

Gfoblin · 25.12.2019

У кого проблемы - многое зависит от конкретной версии oVPN :-)

))
Парился с этим лет 5 назад, описал подобную штуку тут на форуме.
До сих пор лежат где-то дистрибьютивы где работает и где нет )
Автор укажи какие у тебя билды и где ты это тестил - 7 или 10 )
Думаю многим упростит жизнь!

BAZAg · 25.12.2019

Gfoblin сказал(а):
У кого проблемы - многое зависит от конкретной версии oVPN ))
Парился с этим лет 5 назад, описал подобную штуку тут на форуме.

Дайте пожалуйста ссылочку на страничку, о которой Вы говорите - посижу, почитаю, вдруг получится разделить прямой трафик от VPN трафика.
Автор дал ссылки на актуальную версию (предполагается, что его тема должна работать на актуальной версии).
Я совсем не спорю с тем, что она работает - работает (VPN подключается, прокси поднимаются, трафик перенаправляется - тут всё ок).
Просто может быть, что автор темы не настолько заморачивался данным вопросом, и ему возможно было совсем не принципиально важно, чтобы трафик, который должен проходить через прямое соединение проходил через него, а тот который должен идти через VPN - чтобы проходил только через прокси. Именно это я пытаюсь выяснить - данная проблема из-за того, что у меня руки кривые и я что-то не так понял и не так как надо реализовать, или может быть по задумке автора темы всё именно так и должно работать...

О самой проблеме, что на прямом соединении у нас садится VPN кроме описанного мной выше есть ещё одна более существенная проблема - ведь может оказаться так, что завёрнутый в VPN трафик будет проходить через завёрнутое в VPN основное соединение - и в этом случае у нас получится перенаправление трафика через 2 VPN, что существенно снизит скорость работы (а так как для отправки трафика через VPN он шифруется, тогда он будет зашифрован 2 раза - чего также хотелось бы избежать).

Kedr сказал(а):
Использование неуправляемого непредсказуемого результата приведет до массового блокирования аккаунтов.

Совершенно верно - нужно убедиться в том, что без проксей мы проходим через прямое соединение, а с проксями - через нужный VPN, чего мне к сожалению как я не пытался никак не получилось реализовать, так как на основное соединение всегда садиться какой-то VPN (видимо последний подключённый) и нужно понять как этого избежать.

BAZAg · 26.12.2019

sky сказал(а):
автор замарочивался и тестировал перед публикацией изложенное на разных (около пяти) vpn сервисах
без прокси должен светить реальный IP, IP vpn должны светить только через прокси

В таком случае пожалуйста предоставьте пример своего рабочего конфига vpn.ovpn
Чтобы можно было точно убедиться в том что конфиги совпадают (либо не совпадают и подправить свой конфиг согласно Вашему примеру).

sky сказал(а):
2ALL
у кого не работает, почитайте https://community.openvpn.net/openvpn/wiki/IgnoreRedirectGateway
и попробуйте второй метод
я лично не сталкивался с данной проблемой

смотрите route print до подключения и после, и смотрите что у вас там твориться с маршрутизацией

Прежде чем писать Вам сюда в тему и просить помощи изучил подобные материалы по pull-filter ignore redirect-gateway и даже пытался использовать route-noexec и route-nopull что к сожалению также не решило проблему.
Остался вариант с переопределением маршрутов, в различных обсуждениях пишут что-то о подобном:

Код:

If the server DOES NOT use def1 add the following options to the clients config:
route 0.0.0.0 128.0.0.0 net_gateway
route 128.0.0.0 128.0.0.0 net_gateway

If the server DOES use def1 or if you do not know, add the following options to the clients config:
route 0.0.0.0 192.0.0.0 net_gateway
route 64.0.0.0 192.0.0.0 net_gateway
route 128.0.0.0 192.0.0.0 net_gateway
route 192.0.0.0 192.0.0.0 net_gateway

Проблема заключается в том, что нет примера правильной настройки маршрутов. Если Вы были бы так любезны и предоставили пример этих маршрутов с работающей машины - также можно было бы выгрузить не работающий - сравнить - и по результатам как-то разобраться из-за чего появляется данная проблема. Самостоятельно настроить правильно маршрутизацию к сожалению познаний явно не хватает у меня...

Gfoblin · 26.12.2019

BAZAg сказал(а):
Дайте пожалуйста ссылочку на страничку, о которой Вы говорите - посижу, почитаю, вдруг получится разделить прямой трафик от VPN трафика.

на openvpn 1.0.3 я давно разделяю трафик
Вы за роутером или как можете дать команду
route print >test.txt
потом скиньте сюда из файла test.txt

Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика
0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.100 10
127.0.0.0 255.0.0.0 On-link 127.0.0.1 306
127.0.0.1 255.255.255.255 On-link 127.0.0.1 306
127.255.255.255 255.255.255.255 On-link 127.0.0.1 306
192.168.1.0 255.255.255.0 On-link 192.168.1.100 266
192.168.1.100 255.255.255.255 On-link 192.168.1.100 266
192.168.1.255 255.255.255.255 On-link 192.168.1.100 266
192.168.123.0 255.255.255.0 On-link 192.168.123.2 286
192.168.123.2 255.255.255.255 On-link 192.168.123.2 286
192.168.123.255 255.255.255.255 On-link 192.168.123.2 286
224.0.0.0 240.0.0.0 On-link 127.0.0.1 306
224.0.0.0 240.0.0.0 On-link 192.168.1.100 266
224.0.0.0 240.0.0.0 On-link 192.168.123.2 286
255.255.255.255 255.255.255.255 On-link 127.0.0.1 306
255.255.255.255 255.255.255.255 On-link 192.168.1.100 266
255.255.255.255 255.255.255.255 On-link 192.168.123.2 286

Вот тут у меня основной инет через 192.168.1.1 - роутер - причем метрика 10 у него...
впн через 192.168.123.2
Вам надо метрику поменять у основного можно файл создать client_up.bat - будет срабатывать при коннекте клиента
Пример как сменить метрику, может можно как проще...

C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 0.0.0.0 192.168.1.1
C:\WINDOWS\system32\route.exe add 0.0.0.0 MASK 0.0.0.0 192.168.1.1 METRIC 10
C:\WINDOWS\system32\route.exe delete 0.0.0.0 MASK 0.0.0.0 10.10.0.1
C:\WINDOWS\system32\route.exe -p ADD 0.0.0.0 MASK 0.0.0.0 10.10.0.1 METRIC 710

В ZennoPoster VPN у нас, а у Вас? Или использование VPN в многопотоке

Client

Вложения

Client

Client

Client

Client

Client

Client

Client

Client

Client

Client

Client

Client

Client

Client

Client

Client

Client

Вложения

Client

Client

Client

Client

Client

Client

Client

Client

Client

Client

Client

Client

Кто просматривает тему: (Всего: 1, Пользователи: 0, Гости: 1)