Hacker News Reader

Comment by swores | Hacker News Reader

Archive.today (/ .is / .ph - though .is has been failing to load for me the last few weeks, I assumed it was a dead domain until your comment) is great for sharing an offline, or paywalled, article or single page.

But for full websites that are more than a single page, the IA's Wayback Machine is even better (if they've got the site archived), because unlike archive.today they crawl links and archive (some of) them too - so for example you can click on links such as "user guide" or "what we want" and see the archived versions of those pages, whereas if you click on them from the archive.today page it hasn't saved them so it tries and fails to do it now.

https://web.archive.org/web/20240430041911/https://only9fans...

View on HN

it's been dns-blocked by serveral isp's

why?

also: source?

SonicWall were classifying it as "Extremism" at one point. Presumably something unsavoury has been archived, and it's just been blanket blocked.

I've never heard of an ISP called "SonicWall"; in what geographical area do they operate a network?

Not having heard of them is understandable, I hadn't either, but the reason people have been downvoting you is that it took you longer to write out that comment than it would have taken to do a quick google and see there's a wikipedia page that starts with "SonicWall is an American cybersecurity company that sells a range of Internet appliances primarily directed at content control and network security."

But @sambazi's comment talks about ISPs doing the blocking.

Yes of course, internet appliances are capable of DNS-blocking whatever their operators tell them to block. This is not news to me, nor to anybody else reading Hacker News.

Also the vendor of this appliance does not classify things as "Extremism". The owner/operator of the appliance does those things. Claiming that "SonicWall is classifying it as Extremism" is like claiming that "Intel marked your email as spam" because your SMTP server uses an Intel CPU.

the point is that most isp's use 3rd party blocklists (sometimes by government mandate) and chedabob gave a source of one popular vendor doing just that

SonicWall does not publish blocklists either.

I'm still seeking a source here.

SonicWall maintain their own content filter list for their products: https://www.sonicwall.com/support/knowledge-base/content-fil...

I was suggesting it had been incorrectly classified previously by a single vendor, presumably in response to a report (or a court order) for a single page. There's no nuance to the filtering, so the whole site gets blocked.

It happens regularly for Imgur: Someone posts CSAM, and the whole site gets added to Cleanfeed (the UK ISP level filter) for a couple of hours until the original image is removed.

*reposting workaround:

If this is a DNS issue (e.g. CloudFlare blocked due to refusing to send DNS location). Just put the IPs in your hosts file, it's easy. https://dns.google/query?name=archive.ph

90.156.209.190 archive.ph

90.156.209.190 archive.today

90.156.209.190 archive.is

90.156.209.190 archive.md

90.156.209.190 archive.fo

It changes every few months.

please, for the love of god, don't regress to manual hosts curation ...

IIRC they had issues with a specific DNS resolver - I want to say Googles?

I think it was Cloudflare but you might be right that it was Google - either way, I'm just using default DNS from my ISP, and only had issues for the past few weeks (and only with that one domain, .is not the others - while iirc the known problem with one major DNS provider was due to some choice of DNS setting that means all archive.today domains are affected not just one/some.)

No matter which upstream DNS you use, if you have a local resolver, you might be able to configure it to resolve archive domains with google's dns, which has consistently worked for me for years.

If you use dnsmasq (either bundled inside pihole or not), this line in its config will make it use google dns to resolve archive.is and archive.ph:

  server=/archive.is/archive.ph/8.8.8.8

I started using blocky instead of pihole recently, and I have this in my blocky config.yaml to do the same thing:

  conditional:
    fallbackUpstream: false
    mapping:
      archive.is: 8.8.8.8,8.8.4.4
      archive.ph: 8.8.8.8,8.8.4.4

Actually, all resolvers that hide the EDNS Client Subnet

It's with Cloudflare's resolver

Reply on news.ycombinator.com