Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Remote Desktop not working #169

Open
BeerBelly opened this issue Aug 21, 2024 · 12 comments
Open

Remote Desktop not working #169

BeerBelly opened this issue Aug 21, 2024 · 12 comments

Comments

@BeerBelly
Copy link

Hi,

I have have WG server running on a local NUC machine that's always on. The computer has a local IP of 192.168.2.100
I set the WG server to dish out IPs in the subnet of 192.168.100.0/24

Once I use WG from a remote location, I get the local IP intended for me (192.168.100.2) and the public IP of the network that has the NUC server running...When I try to use Remote Desktop to connect to a different computer (local IP of 192.168.2.192 - same subnet as the NUC server), I get a connection timeout.
Both the wg_server adapter and the ethernet on the NUC server have their network set as private.

What can I check?

@micahmo
Copy link
Owner

micahmo commented Aug 21, 2024

Hey @BeerBelly thanks for the question! There are a couple things to try.

  1. Can you ping 192.168.2.192?
  2. What are the Allowed IPs for the client config?

@BeerBelly
Copy link
Author

Hey, @micahmo
Thanks for answering.

I can ping the 192.168.2.192 address (after enabling the File and Printer Sharing (Echo Request - ICMPv4-In) rule)
I can't remote into it still though...I've even added the subnet IP into a firewall rule (Remote Desktop - User Mode (TCP-In)) under remote IP address (local has any allowed)
I can't just allow all for this computer.

The Allowed IPs for the WG server are 0.0.0.0/0 - left as default

image

@micahmo
Copy link
Owner

micahmo commented Aug 21, 2024

Thanks for the response and for testing the ping! Since you can ping, then WireGuard is doing it's job. My guess is that something else is going on. Maybe you need to add a firewall rule for the RDP port 3389?

@BeerBelly
Copy link
Author

I'm guessing there has to be something in the firewall blocking it yep, since ping is getting through.
I even tried changing the allowed IPs to: 0.0.0.0/1,128.0.0.0/1 after some googling, but didn't help.

Will try to get it running

@micahmo
Copy link
Owner

micahmo commented Aug 21, 2024

Yeah sounds like. Sorry I can't provide more help. If ping is definitely working, then I don't think the problem is on the WireGuard side. It doesn't do protocol blocking or anything like that. Just routing. Best of luck!

@BeerBelly
Copy link
Author

Just one more quick question...does it route only specific ports? Maybe 3389 needed for RDP is blocked by UFW or something similar?

@micahmo
Copy link
Owner

micahmo commented Aug 21, 2024

I'm not aware of any settings related to ports in WireGuard except the port that the server runs on. Sorry!

@BeerBelly
Copy link
Author

No worries, thank you though for a great program that takes away a lot of the hassle of setting up WG on Windows

@micahmo
Copy link
Owner

micahmo commented Aug 21, 2024

Of course! Best of luck getting it set up and working. I'll let you know if I can think of anything else.

Could you (very) temporarily disable the firewall and see if you can connect, just to prove whether it's the problem?

@BeerBelly
Copy link
Author

Tried, but can't :) part of a larger group policy that would disable other stuff as well :)

It is getting dropped by the firewall though:
2024-08-21 15:10:56 DROP TCP 192.168.2.100 192.168.2.192 50661 3389 52 S 2593780163 0 64860 - - - RECEIVE

Now I need to figure out why...

@micahmo
Copy link
Owner

micahmo commented Aug 21, 2024

Aha! Nice find!

Maybe it's because the originating IP looks like it's coming from the WireGuard server (where everything is getting routed through) instead of the remote client? And so the IP you need to allow is the 192.168.2.x range instead of the 192.168.100.x range? Just a thought!

@james8128
Copy link

james8128 commented Oct 7, 2024

NAT is needed in this case. Did you have enabled it ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants
@BeerBelly @micahmo @james8128 and others