Forum Replies Created
-
AuthorPosts
-
Да, вроде бы ничего не предвещало…
А если попробовать только драйвер фильтра установить https://github.com/wiresock/ndisapi/releases тоже пофейлится?
К сожалению, вручную спам нереально фильтровать иначе придется только этим и заниматься.
Что выдает Get-NetAdapter в Powershell?Благодарю, правда боюсь понятнее не стало. Код ошибки ровно тот же ACCESS_DENIED (0x80070005). В прошлый раз предположили что сбоит “ovpn-dco”, посмотрите не найдется ли у вас бинарник
C:\Windows\System32\drivers\ovpn-dco.sys
Почему “при установке он долго думал, пару раз отключил Radmin VPN” объяснить могу:
- При обновлении драйвера между удалением и установкой приходится искусственно делать интервал в 10 секунд, так как на некоторых системах нужно дать операционке “подумать”, иначе установка обновления драйвера пофейлится.
- Первый раз Radmin отключается при удалении старого драйвера, второй при установке нового, так как перестраивается сетевой стек.
В чем проблема надо разбираться, если есть возможность, то давайте соберем лог инсталлятора и посмотрим на код ошибки.
Я сходу не смог найти на чем построен Radminvpn, информации о его внутреннем устройстве, за исключением использования AES-256, на официальном сайте нет. Возможно я ошибаюсь, но не удивлюсь, что под капотом Radminvpn окажется форк OpenVPN с ovpn-dco-win, к которому скорее всего подойдет описанный выше «рецепт».
В некий момент времени, после удаления OpenVPN, я увидел что в системе остался его виртуальный адаптер “OpenVPN Data Channel Offload”.
“ovpn-dco” (\SystemRoot\System32\drivers\ovpn-dco.sys)
Удаление из списка сетевых адаптеров “сетевые подключения” не увенчалось успехом.
Удаление “вручную” через разрегистрацию + перезагрузка помогли.
После удаления сбойного DCO адаптера установка “WireSock VPN Client” из инсталлятора прошла без ошибок (“вручную” компоненты тоже регистрировались без ошибок).
Похоже нам мешал именно этот сбойный адаптер.
После этого я установил все свои любимые программы и клиенты – и все работало!Похоже проблема в конкретной сборке упомянутого виртуального адаптера. Посмотрите есть ли он на вашей системе, если есть то удалите и попробуйте установить новую версию.
С firewall все в порядке, ftp server в исключениях, да и ftp active mode тогда бы тоже не работал. Тут скорее причина в nat.
FTP через NAT будет работать только в passive mode. Но с веб-сервером проблем быть не должно, я проверял режим NAT с простеньким файловым HTTP сервером, который написал для тестов.
По этой https://www.ntkernel.com/forums/topic/the-listenport-setting-doesnt-work/#post-13187 части пока без улучшений, все также.
Гм, возможно firewall режет, попробуйте отключить. Поднимать ровно такую конфигурацию надо время потратить, но если запишете PCAP файлы с трафиком, то может стать понятнее.
В v1.2.30 добавил ListenPort, но пожалуйста обратите внимание, что в Windows некоторые порты могут быть зарезервированы, даже если явно не используются (нет в выводе netstats).
While it’s possible to implement more advanced traffic rules, these limitations arise from ensuring backward compatibility with Wireguard configuration files.
If the Brave browser can be identified by the name ‘brave’ then the following configuration may suit your requirements:
AllowedIPs = X.X.X.X/32, X.X.X.X/32
AllowedApps = braveДа обновить эти бинарники вполне достаточно, драйвер не менялся.
В 1.2.29.1 задача была пофиксить потенциальную панику в Boringtun. В 1.2.30 войдут небольшие оптимизации и добавлю ListenPort. Если ничего незапланированного не случится, то думаю на ближайших выходных.
Hello thrik,
It’s important to note that using AllowedIPs = 0.0.0.0/0, ::/0 already covers the entire address space. Therefore, adding specific IPs like X.X.X.X/32 after this range is redundant. If your configuration file contains:
AllowedApps = firefox, qbittorrent AllowedIPs = X.X.X.X/32, X.X.X.X/32
This configuration means that only the two listed applications (firefox and qbittorrent) will send data to the two specified IPs over the tunnel.
To achieve your goal of allowing almost all IPs to go outside your tunnel with some being inside, you might need to reconsider your configuration and ensure that there are no conflicts between AllowedApps and AllowedIPs.
Hope this helps!
I’m currently investigating a panic issue caused by boringtun when processing certain specific network packets, and your situation might be similar. Are you using WireSock in NAT or Virtual Adapter mode? Could you please gather the crash dump for further analysis?
-
AuthorPosts