Live data from Hacker News

Show HN: Which DNS servers are you pointing to?

which.nameserve.rs

71–80 of 97 posts

Re: Show HN: Which DNS servers are you pointing to?

#71

Nextdns.io and cloudflare externally. Pi-hole pointing to those internally. Preferably encrypted. Preferably with Firefox due to esni support.

Did not know about nextdns, thank you.

One question popped into my head is how do you trust nextdns? or are you doing something so that you do not need to trust it?

Re: Show HN: Which DNS servers are you pointing to?

#72
post #36

I run my own DNS servers at home. I have a small virtualization cluster and run a small DNS vm on each physical host. My resolvers perform queries against the root servers directly and cache results. It's refreshing to skip all the DNS fuckery that's going on nowadays.

I have a similar setup, but the DNS servers are at a hosting facility and I access them from home over a VPN. This avoids the problem of the ISP messing with the DNS responses (e.g. to replace NXDOMAIN with an A record for their own bullshit "not found" page with ads).

Re: Show HN: Which DNS servers are you pointing to?

#73

Earlier quoted context omitted.

What, exactly, does "sending your IP all around the internet" even mean?

Meaning, if you don't want people to know you are searching for snm.donkeyporn.com than going out to the nameserver that donkeyporn is using is not exactly keeping the information private.

Worth noting that until Encrypted SNI is universally used, you probably transmit snm.donkeyporn.com in the clear when your browser does the initial TLS exchange anyway.

I personally feel that concentrating all the information of "what DNS names are people looking up" into the hands of a few parties (e.g. CloudFlare) makes it much easier to collect and analyze this information.

Re: Show HN: Which DNS servers are you pointing to?

#74
post #17

I'm using 8.8.8.8 and its coming up as cloudflarenet not whatever google should presumably be?

Me too. Can someone explain why Cloudflare shows up when (as far as I know) I don't use Cloudflare.

Your browser is not using the system resolver, but is probably using DoH instead.

Re: Show HN: Which DNS servers are you pointing to?

#75
post #36

I run my own DNS servers at home. I have a small virtualization cluster and run a small DNS vm on each physical host. My resolvers perform queries against the root servers directly and cache results. It's refreshing to skip all the DNS fuckery that's going on nowadays.

I tried doing the same, how do you precache and reduce query lookup times for a new website ? Could you explain your setup if you don’t mind ?

Re: Show HN: Which DNS servers are you pointing to?

#77
post #36

I run my own DNS servers at home. I have a small virtualization cluster and run a small DNS vm on each physical host. My resolvers perform queries against the root servers directly and cache results. It's refreshing to skip all the DNS fuckery that's going on nowadays.

I tried doing the same, how do you precache and reduce query lookup times for a new website ? Could you explain your setup if you don’t mind ?

Real answer: you don't.

I run the same setup, local resolver that recurses from the roots, and I don't cache anything other than what my systems actually request. If I hit a new site, I pay the penalty for not having certain information cached.

Hows the DNS server to know what to pre-cache to reduce lookup times?

Even for something that is not in the cache DNS is lightweight and quick, and I have full control over when to flush it, and have logs.

I am not huge fan of the trend of various device manufacturers (looking at you Google, and now Apple too) sending queries over DoH instead of using the local resolver on my network :/

Re: Show HN: Which DNS servers are you pointing to?

#79
post #26

Neat, this helped me realize I haven't switched away from my provider's default DNS when I moved in, which is something I usually do. How to choose a DNS server? I usually just go with 8.8.8.8/8.8.4.4, I used to always test this with Namebench ( https://en.wikipedia.org/wiki/Namebench ) and these always turned out as the fastest - but it looks like it hasn't been updated since 2010 - are there any better tools for th…

Performance over privacy is a fine tradeoff but if you have the means to, I would recommend avoiding unencrypted unauthenticated DNS over UDP/53. It's probably not a big threat in practice but if someone were to intercept your DNS traffic, they could redirect your internet connections to a different server. TLS (or other forms of authentication) should handle authenticity issues but (probably) not everything on your system mandates TLS.

If I'm not mistaken you can use DNSSEC to authenticate, but not encrypt, your DNS requests. For me however, the simpler way was to just use DoT/DoH. I haven't noticed any slowdowns.

If you care about performance, you could check if your system caches DNS responses and configure that cache accordingly.

Re: Show HN: Which DNS servers are you pointing to?

#80
post #26

Neat, this helped me realize I haven't switched away from my provider's default DNS when I moved in, which is something I usually do. How to choose a DNS server? I usually just go with 8.8.8.8/8.8.4.4, I used to always test this with Namebench ( https://en.wikipedia.org/wiki/Namebench ) and these always turned out as the fastest - but it looks like it hasn't been updated since 2010 - are there any better tools for th…

> I think privacy should be on a different layer. Can you elaborate which layer?

Client devices, I think - filtering that happens transparently and without an easy way to disable is just asking for problems - I couldn't deal with having to log in to the DNS management console every time when a website notices that ads didn't load and therefore doesn't display content. I don't think we're at a point where privacy can be guaranteed by technology choices - it's all about behavior of end users (like avoiding websites which block content if ads don't load ;-)

Is it possible these privacy/filtering DNS services like NextDNS come without a performance hit? Imagine setting it up and forgetting about it, and discovering later that all your DNS queries happened with a substantial lag - it's like realizing you've been driving with a hand brake on

Post reply on HN