Open kramttocs opened 1 year ago
So the issue is when the windows machine is connected to a VPN?
What happens with a trace route?
Sorry, that is correct. The VPN software is running on the Windows machine. Would I need to run the trace route from the phone?
I wish I could explain it better as it's a bit odd. I would expect all or none to work. Meaning I am surprised that from my phone I can rdp into the Windows machine since that indicates the relay server is accessible from my phone. So it's strange that my phone (this also happens with a second off-network Windows machine running just the client) can't connect to the relay to be rdp'd into.
Please note this also being reported here: https://www.reddit.com/r/rustdesk/comments/11aeiuw/vpn_service_on_w10_machine_blocking_rustdesk/
Please let me know what I should put into the trace route also (port?)
Here is my router port forwarding:
Trace route from the PC to the server don't need a port just hostname or IP
Ok. I ran trace route on the same Windows PC that is running both the VPN and RustServer. Vast difference when VPN is connected vs disconnected.
Disconnected I get one row with all 3 columns being <1 ms Connected it goes up to 10 rows and then gets Request Timed Out. Plus the times for rows 1-10 are around 20ms
Looks like this is my problem?
...but I get shouldn't excluding the RustServer exe's make it the same as with vpn disconnected? I feel like there is an exclusion I am just not making.
Why not try excluding traceroute and see if that works? I don't really use vpns so can't help specifically about that
:) Was actually just googing where the trace route exe was located...
Even with it (in Windows\System32) added, it still is acting like when it's not excluded
Ok so the vpn is doing something weird then even if it's excluded so will be doing the same with rustdesk I guess
Thanks. What's odd is that if I hit my hostname in the browser from the same Windows machine it lets me load up local services (like Plex) immediately. Maybe that's apples and oranges to traceroute/rustdusk traffic though.
yeah that is odd, could try with IP maybe? Or localhost?
Ok, I think the tracert is a false positive. Even if I tracert google it doesn't work the way I'd expect. Plus if I do nslookup it comes back with the IP correctly.
I've turned off split tunnelling in the vpn so now I don't have any exe's for rustdesk server excluded. Behavior is the same. I can rdp into my Windows box but I can't rdp into another device that is using the Windows box as the relay server.
Update: I think some things were cached as it doesn't seem to work with the rustdesk server AND client not added to the split tunnel
I'm also unable to connect to another machine unless i disable my VPN.
Windows PC running the server and client Android phone running the client. Off network.
With VPN on (I've tried multiple vpn providers) and even with hbbr, hbbs, and the server.exe excluded via split tunneling I am unable to share my phone screen. It says unable to connect to relay. As soon as I disconnect the vpn, the phone shows connected. Even with VPN connected, from my phone I can rdp into the Windows PC so it's not completely blocked.
I am using my hostname as the relay server setting.