zlacker

[return to "Archive.today: on the trail of mysterious guerrilla archivists of the Internet"]
1. ttctci+i2[view] [source] 2023-08-05 07:12:28
>>resolu+(OP)
Interesting read!

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.

◧◩
2. Troubl+a3[view] [source] 2023-08-05 07:21:56
>>ttctci+i2
Change your DNS - you are using CF
◧◩◪
3. ttctci+V3[view] [source] 2023-08-05 07:32:24
>>Troubl+a3
Are you suggesting the cert problem is DNS related or the new captcha issue?

DNS was ISP, not 1.1.1.1, and I get the same behaviour after switching to 8.8.8.8.

◧◩◪◨
4. jeroen+pr[view] [source] 2023-08-05 12:20:24
>>ttctci+V3
Archive.* sabotages their DNS records when Cloudflare queries for them. They don't like that Cloudflare doesn't do EDNS forwarding so they broke their service for people using 1.1.1.1.

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?

◧◩◪◨⬒
5. jrochk+453[view] [source] 2023-08-06 13:00:12
>>jeroen+pr
This just helped me realize why I couldn't get to archive.today anymore -- however, for me, both Google DNS (8.8.8.8) and CloudFlare DNS (1.1.1.1) resulted in either infinite captcha loop or timeout.

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.

[go to top]