Forum Replies Created
-
Posts
-
I believe the issue isn’t associated with the virtual network interface. To verify this, try running the client in NAT mode, without using the virtual network adapter. Based on the logs, it seems you’re not receiving the handshake response from the WireGuard server. Ensure the server is active. If it is, WireGuard might be blocked. In such instances, consider routing the handshake through a SOCKS5 proxy; this often helps bypass such blockages.
Yes, you can share a Wireguard connection using WireSock. However, I need to know: how does your laptop connect to the Internet? And, are you using WireSock in NAT mode or with a virtual network interface?
For instance, if you’re using WireSock in NAT mode and your laptop connects via WiFi, you can simply share the WiFi connection to the LAN using Windows’ built-in Internet connection sharing feature. You can also use the Windows WiFi Hotspot; however, in this scenario, the Xbox would need to connect to the WiFi network shared by your laptop. More details will help me provide better guidance.
Видимо, что-то подобное происходит и при обращении к web-серверу, о чем писал выше. Получается, режим nat непригоден для расшаривания ресурсов сервера для других клиентов peer-to-peer сети wireguard. Но с lac все ок.
Если на веб-сервере какое-то приложение, которое отдает наружу свой IP, то возможно. Статические странички должны работать без проблем.
Еще-бы серверную часть wireguard реализовать в режиме -lac. 🙂
Это возможно, но требует времени, а я сейчас стараюсь не увлекаться компьютером на выходных 🤣. Да и в первую очередь стоит привести текущий код к некоторому общему знаменателю, в режимах изрядно повторяющегося кода, который имеет смысл унифицировать. Делается потихонечку. ☺️
В passive mode сервер посылает свой IP-адрес, а также номер порта для установки соединения для передачи данных, к которому подключится клиент. На сервере Wiresock работает в NAT mode, поэтому FTP сервер не в курсе, что у него есть какой-то виртуальный адрес в контексте VPN и шлет свой “реальный” IP. Соответственно, для установки соединения для передачи данных клиент будет пытаться подключиться к этому “реальному” адресу вместо адреса VPN, что у него скорее всего не получится.
If you want qBittorent to go over the tunnel, then you can just add it to AllowedApps:
AllowedApps = qbittorrentIndeed, WireSock operates somewhat differently from the standard WireGuard client. Instead of generating adapter instances from configuration files, WireSock comes with a pre-installed virtual network interface named “wiresock.” As for why qBittorrent doesn’t recognize this network, it might be due to the API it utilizes or specific adapter properties it expects to find.
Thank you for you warm words. You’re correct. When DNS settings are present in the Wireguard configuration file, all DNS requests are channeled through the tunnel to the specified DNS server, irrespective of the ‘AllowedIps’ setting. If DNS isn’t configured, then other filters, like ‘AllowedIps’, come into play.
Please follow Control Panel -> Network and Sharing Center -> Change Adapter Settings. You should have the network interface named wiresock there.
Да, это тот же драйвер под другим именем. Начинаю подозревать, что это какой-то нюанс связанный с подписью драйвера. Для текущих сборок используется Attested подпись и в принципе я пока не сталкивался, чтобы ее не хватало. Но похоже пора задуматься о whql подписи…
А стандартная сборка Windows Packet Filter теперь тоже устанавливается или так же выдает ошибку? Его то мы вручную не ставили.
Could you provide additional details, such as the specific software build you’re using, the steps you took, what you anticipated the outcome to be, and the actual results you observed?
То есть после однократной ручной установки драйвера теперь Wiresock и устанавливается и удаляется без проблем?
Сложно что-то утверждать наверняка, но возможно инсталлятор Wireshark/npcap сделал что-то, что устранило проблему…
Есть подозрение, что это довольно редкая, но до конца не исследованная проблема, которая так же случается с npcap драйвером для Wireshark. Стоит попробовать установить Wireshark, чтобы убедиться.
В тех случаях, когда проблему удается устранить, рецепты всегда разные, но как правило связаны с удалением или переустановкой неких (и похоже каждый раз различных) сетевых компонентов. Я бы предположил, что инсталляция одного из таких компонентов не до конца успешно завершилась (возможно баг в реализации INetCfg) и сетевой стек некоторым образом остался залочен.
В данном конкретном случае я для начала попробовал бы удалить radmin, как единственную «не MS» компоненту, перезагрузить, проверить, что от него ничего не осталось в системе, если осталось, то удалить вручную и перезагрузить еще раз. Затем можно попробовать снова установить Radmin/WireSock/Wireshark в произвольном порядке.
