Hacker News new | past | comments | ask | show | jobs | submit login

This is of course the correct answer. It just felt like shaving a big yak at the time.



Yes. There's a lot of yak, and every crawling task reveals new ones.

As an example, all of blogger is behind a single load balancer, with a rate limit. If you don't crawl blogs, you'd never know. Or the top million, plenty of blogger blogs in the top million.

Ditto for Shopify.


Same with some large registrars that sell cheap, template / WordPress based sites as an add-on.


A properly configured unbound running locally can be a decent compromise.


That is running your own resolver. Unbound is a resolver.


well, yes, but I guess I think of unbound in a different category from setting up (e.g.) bind. but, my experience configuring bind is probably more than 20 years out of date.

you're right to make that correction though, so thank you. :)


BIND is odd in that it combines a recursive resolver with an authoritative name server, and this has actually led to a number of security vulnerabilities over the years. Other alternatives, such as djb's dnscache/tinydns and NLNet Labs' Unbound/nsd separate the two to avoid this entirety.


Yeah, BIND isn't just a resolver.

Setting up Unbound as a recursive, caching resolver is pretty straightforward; a million times more straightforward than doing the same with BIND. You don't need to configure much in a recursor; it just has to accept requests, and recurse until it finds an answer or NXDOMAIN; and then respond.

An authoritative nameserver has a lot more going on; primaries/secondaries, permissions, zone transfers and so on. BIND was the devil to configure, and TBH I have never needed an authoritative nameserver. But I think anyone who can should run their own recursor.

> more than 20 years out of date

Hah! I reckon it's about 20 years since I touched BIND.




Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: