For a while now, I've had infrequently occurring arcane cert/SSL issues connecting to archive.ph and its siblings, but trying a couple of links from the article I find I can't get past an endless cycle of "one more step" captcha protection - tried clearing all cookies and revisiting an old url, but to no avail.
DNS was ISP, not 1.1.1.1, and I get the same behaviour after switching to 8.8.8.8.
captcha is CF
Related: Does Cloudflare’s 1.1.1.1 DNS Block Archive.is? (2019)
HN Discussion (209-comments 2023-08-02) >>36970702
I just snapshot this page for a test : https://archive.is/MUhAP = >>37009598
Edit of formatting for readability.
Do they run their own resolver, or rely on an extant service?
I'm reticent to disclose my current DNS provider,
given that I am able to access archive.is and many are not at this point of time.
Edit
I have just checked 9.9.9.9 and they are serving the correct response now. (incorrect earlier)
there was a recent move from the eu to have an eu-centric public resolver which brought up the question if/how the big players address country specific filtering requirements which in turn might have shed some light on the fact that gog/cf didn't care; until now.
archive.is is blackholed in many places.
Oh and - given the right adlists - may also prevent infecting your machine/network/... with malware...
Not to speak of clients which may not equipped with on-device adblockers, such as TVs etc...
That said, I have the same problem. Even hard coding the IP address I resolved through Google doesn't seem to work. I'm guessing their sabotage may have backfired and is causing issues beyond their intentional scope?
I had to switch back to my ISP DNS to have connection successful.
I did not realize that choice of DNS resolver could effect access to a website like this. I thought DNS was boring stable technology. The error conditions weren't even DNS failure (which I would also find surprising from Google or Cloudflare), but that server timeout, or weirder infinite captcha loop.