Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: DN$ – an innovative, ad-supported DNS resolver

github.com

Post reply on HN
Print view View original

41–50 of 51 posts

Re: Show HN: DN$ – an innovative, ad-supported DNS resolver

#41

Post by nablags »

proactivesvcs wrote: post #36

Here's me, a Uniformly Dopey Peasant. nmap -sV -p 53 35.223.197.204 Starting Nmap 7.94SVN ( https://nmap.org ) at 2024-04-01 20:16 BST Nmap scan report for 204.197.223.35.bc.googleusercontent.com (35.223.197.204) Host is up (0.11s latency). PORT STATE SERVICE VERSION 53/tcp open domain? 1 service unrecognized despite returning data. If you know the service/version, please submit the following fingerprint at https://n…

Our company culture codifies that our free and enterprise customers are uniformly referred to as peasants.

Enterprise customers are called "Top Customer Peasants"

Re: Show HN: DN$ – an innovative, ad-supported DNS resolver

#42

Post by KaiserPro »

I was using shitty wifi provided by the hotel for free, and was a bit mystified as to what the fuss was about. Turns out they were fucking with the replies, because of course they were.

Trying again on a network thats well setup lets me actually see the proper replies.

Re: Show HN: DN$ – an innovative, ad-supported DNS resolver

#43

Post by 1oooqooq »

rpigab wrote: post #14
eddd-ddde wrote: post #5

Built in rust? This needs to be at the top of my resolv.conf immediately!

You mean resolv.conf.ron? And why would you need anything else in that file, DN$ is all you need!

you mean etc/systemd/resolv.conf.d/new.conf

get on with the times, gramps.

Re: Show HN: DN$ – an innovative, ad-supported DNS resolver

#45

Post by loa_in_ »

yonatan8070 wrote: post #32
nablags wrote: post #31

Earlier quoted context omitted.

An ID mismatch occurs when the ID on your DNS query differs from the ID on your DNS response. Queries & Responses should share the same ID - either this has been done intentionally or it's a sign that something is buggy with the resolver. This sounds like a serious, security vulnerability. We'll investigate it in 3-5 years

Given that the server is written in Rust, it is perfect and has no bugs. This must be a cosmic ray that hit a router on the way

If it's written on rust then the spec is buggy

Re: Show HN: DN$ – an innovative, ad-supported DNS resolver

#48

Post by naikrovek »

bee_rider wrote: post #34
naikrovek wrote: post #29

I hate April Fool’s day so much. No, this didn’t trick me. Lying and pranking are both bad things to do, and they’re bad on 1 April, too. If you find this kind of thing fun, we can’t be friends and I will forever look down at you. It’s my problem, I know, I just can’t condone pranking or deception for any reason.

Harmless pranks are good. They are our way of vaccinating people against real lies.

STRONG disagree. I have been pranked many, many times.

People want pranking to be ok because they want to have the license to prank someone.

In my experience, it is the pranksters I have known who have been most easily fooled by scams and misinformation.

Assholes hide behind pranks believing that saying “it’s just a prank, bro” afterwards frees them from the “asshole” label, or that it somehow excuses the whole exercise. It does not. It makes them a coward for trying to hide behind the “harmless prank” label.

Also, you can’t know a prank is harmless until after it has concluded. Any number of unpredictable things can go wrong during a prank that are subtly and unpredictably harmful in ways that the prankster could never know beforehand.

The only good pranks are the ones in which the pranked, after the pranking, wishes it happened more often. Never in my life have I witnessed such a prank, and I spent years in the military: pranksters paradise.

Post reply on HN