this post was submitted on 30 Oct 2023
3 points (55.2% liked)

Programming

17398 readers
109 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 1 year ago
MODERATORS
 

I connect to a WireGuard installed on my VPS. Then I go to a random VPN service marketing page on which I'll discover that my DNS leaks. And which is correct because I've specified DNS = 1.1.1.1 in [Interface] for all the Peers.

In order to avoid DNS leakadge, do I have to a) run DNS server on the a VPS -- along with WireGuard, and b) use this one and only it, instead of 1.1.1.1?


But if so, how will this possibly work?

[Peer]
PublicKey = [....;....]
PresharedKey = [......]
Endpoint = wg.my_domain123.com:51820

In order to resolve Endpoint of my VPS to begin with, other DNS server will have to be used -- by IP. But there'll be none because I'll use a DNS on my VPS instead of 1.1.1.1. In other words, it'll be a circular dependency.

all 24 comments
sorted by: hot top controversial new old
[–] lemmyvore@feddit.nl 3 points 1 year ago

You may want to ask this in a selfhosted community, not in programming. With that out of the way:

I don't think hosting your own DNS server on VPS will help much, for several reasons:

  • As you noticed, if you connect to the VPS by name then you can't resolve that name with the DNS server you will only reach after connecting.
  • Your hosted DNS server will still need to get its information from somewhere, meaning it will query other DNS servers, meaning information about which domains you visit will still "leak".

DNS "leakage" happens in two ways:

  1. The DNS server directly upstream from you knows what domains you want and can associate them with your identity. This applies to scenarios like you using your ISP's DNS server from the home being served by that ISP, you using your VPS provider's DNS from a VPS issued by that provider, using Google's DNS if you use any Google services on any devices (they spy on a tremendous amount of things, even your IP is enough to associate you) etc.
  2. You connect to a random DNS server that doesn't know anything about you or doesn't care, but the DNS protocol is not natively encrypted, meaning anybody on the way can spy on your queries. Which brings us back to the usual suspects: your ISP, your VPS provider etc.

To fix DNS leaks you need to do two things:

a) Use a DNS service that has an explicit mission statement of protecting the users' privacy. Here's a good start.
b) You need to connect using encrypted DNS. The most widespread form is DoH (DNS over HTTPS) which uses port 443 and is virtually indistinguishable from regular web traffic (aside from the fact it connects to known public DNS servers). You can also use DoT (DNS over TLS) on port 853 (as opposed to unencrypted DNS on 53).

You can set up DoH or DoT with the address of a privacy-respecting public DNS service on a wide variety of apps and devices:

  • On Android or iOS you can set it up directly on the device, and force all DNS queries from that device to always use that service.
  • You can set it up in recent versions of Firefox.
  • You can set it up on your router, for example on OpenWRT if you run that, and force all devices on the LAN to resolve through that encrypted service.

There are also downsides to DoH/DoT. For example, you can't coerce LAN devices or apps that use a hardcoded DoH/DoT server to use the one you want. You could hijack their name resolution to the server name but you can't satisfy their TLS certificate, especially if it's also hardcoded and doesn't rely on a central store (like the Android or iOS certificate store). This is often the case with Chinese ioT devices who like to phone home. Google has also started to do this with Chrome on mobile, to prevent DNS-based adblocking.

Use https://www.dnsleaktest.com/ to test what you leak.

[–] towerful@programming.dev 2 points 1 year ago (1 children)

Just use the IP address of your VPS?

[–] salvador@lemmy.world -5 points 1 year ago* (last edited 1 year ago) (1 children)

You've assumed that my VPS has a DNS server installed on it. Why?

[–] towerful@programming.dev 2 points 1 year ago* (last edited 1 year ago) (1 children)

Use the IP address of your vps instead of a domain name for the wireguard config.

Edit:
Just to make this absolutely clear and remove all doubt.
If wireguard is trying to connect using a domain name, the domain name will need to be resolved, which will likely require initial DNS queries to establish the IP address behind the domain name.

If you configure wireguard to connect directly to the IP address of the VPS, there is no need for a DNS lookup.

So no, I'm not assuming your VPS is running a DNS.
Wind your neck in before you embarrass yourself.

[–] salvador@lemmy.world -1 points 1 year ago (1 children)

Even if I I used an IP of my VPS server to connect to it, how will a client be resolving websites afterwards? You idiot.

[–] towerful@programming.dev 2 points 1 year ago* (last edited 1 year ago) (1 children)

Using a DNS server, somewhere. Unless you manually gather the required IP addresses of whatever services you want and build up a hosts file, like how the original ARPANET worked.

The requests will come from somewhere and go somewhere. There is not magic "you don't see me" domain resolution system. Even DoH or DoT, you have to trust the resolving server isn't going to track you.
Whether that request is to a DNS server you run on an IP linked to you (which will recursively resolve any uncached domains), or from the gateway of your VPN to a DNS server you do not run... It's always going to come back to an IP address of a VPS that is linked to you.

I don't get what you are trying to do, you haven't explained it well, and your being hostile as fuck all over the thread.

If you really want anonymity, use TOR?
Other than whatever-the-CIA/NSA/MI5/MI6/5-eyes is doing with timing attacks and their own relay/exit nodes, that's about as anonymous as you can get

[–] salvador@lemmy.world -3 points 1 year ago (1 children)

You'll be learning soon what I'm up to, you stupid fuck. Soooooonnn. Ahhhaaahhhaaa

[–] TexMexBazooka@lemm.ee 2 points 11 months ago* (last edited 11 months ago) (1 children)

Bruh after scrolling through your comments for entertainment value, I had to stop by and personally talk shit-

You are by no means intelligent enough to be any kind of threatening. Stop making a fool of yourself.

Or continue. It’s honestly funny.

I will take no further questions.

[–] salvador@lemmy.world -2 points 11 months ago
[–] wgs@lemmy.sdf.org 2 points 1 year ago (3 children)

Keep in mind that using your own VPS as a VPN doesn't bring anonymity. You're simply replacing one IP tied to your name (your ISP) with another one (your VPS).

You hide your traffic from your ISP, and delegate it to your VPS provider.

This will be the same for your DNS. If you want true anonymity regarding DNS, you should use someone else's service, preferably over encrypted channels, eg. cyberia.is DoT.

I personally use it as a forwarder from a box inside my home (along with others), and use this box as the local DNS when I'm home. This way I know that all DNS traffic is encrypted, and doesn't leak anything to my ISP or VPS or whatever.

[–] atheken@programming.dev 2 points 1 year ago* (last edited 1 year ago)

Of course, you have to trust that third party, which may/may not be prudent.

[–] Oisteink@feddit.nl 2 points 1 year ago (1 children)

DNS is handled by peer - what kind of leak are you experiencing?

[–] salvador@lemmy.world 0 points 1 year ago* (last edited 1 year ago) (1 children)

Go to whoer[.net]. Under the "DNS" label you'll see, or should do, DNS requests that reveal your real location. Isn't this a DNS leak?

[–] Oisteink@feddit.nl 1 points 1 year ago

That page gives me varying info, and the only leaks I see are to my forwarders. Also when connected to vpn.

Do you see any NS discovered in a leak-test that’s not upstream from the vpn exit node? My vpn config is basic, with no DNS= setting and 0.0.0.0/0 as allowed-ip

[–] bizdelnick@lemmy.ml 1 points 1 year ago

You don't have to set up your own resolver. It is enough to configure route to 1.1.1.1 via WireGuard peer. If you already use it as a default gateway, your DNS requests don't leak (I mean, Cloudflare is unable to associate them with your local IP address). To be sure, check traceroute 1.1.1.1 (on *nix system) or tracert 1.1.1.1 (on Windows), you should see your WG peer address in the output.

Random VPN service cannot determine if your DNS server trusted or not, it only checks if the server is provided by that service. When using your own WG server, such checks are useless.

[–] atheken@programming.dev 1 points 1 year ago (1 children)

It’s not completely clear what you mean, but I’m guessing you’re only routing a subset of your traffic through wireguard, probably only IPv4, and there may be some IPv6 traffic that is not being routed over your wireguard connection.

You can specify any IPs you want for DNS with wireguard, and if your allowed IPs include those addresses, then it should flow over your VPN.

I do this with Pihole at home, and it blocks ads while I’m away.

With whatever test you’re running that says stuff is “leaking,” keep in mind that the website is going to report any traffic that originates from your VPS as “unprotected” because it’s not their system, and even if you run your own DNS server, it’s still got to query upstream to a public DNS. All they’re really doing is demonstrating which upstream DNS server you have configured, and it’s up to you if you want your VPS’s IP to be connected to the query history of that upstream DNS provider.

You will usually need a hostname in DNS for your VPN server to make it easy to find/connect, which will use your normal DNS resolution. Once connected, if you have it set up correctly, new dns queries should route through your VPN connection. Just keep in mind that various results can be cached on your system and in web browsers, so you should quit and reopen your browser after you connect to the VPN before you run your “leak” test.

[–] salvador@lemmy.world -4 points 1 year ago* (last edited 1 year ago) (1 children)

It’s not completely clear what you mean, but I’m guessing you’re only routing a subset of your traffic through wireguard, probably only IPv4, and there may be some IPv6 traffic that is not being routed over your wireguard connection.

Why would you guess that?

You can specify any IPs you want for DNS with wireguard, and if your allowed IPs include those addresses, then it should flow over your VPN.

I do this with Pihole at home, and it blocks ads while I’m away.

How's that relevant to my question?

[–] atheken@programming.dev 1 points 1 year ago* (last edited 1 year ago)

Your question, as best as I could tell, is that you want DNS traffic to exit through your VPS node, rather than your client machine.

I posited one reason this could be happening, and additionally, a similar setup that provably routes traffic through the VPN based on the method I described.

Nobody in here is obligated to help you, I gave you a couple threads to pull on to resolve your question, so maybe consider accepting it graciously, rather than being obstinate.