>>mattta+(OP)
Yup. Me too. On Firefox.

>>mattta+(OP)
Currently no luck on android using both brave and chrome.

>>mattta+(OP)
Yes, seems broken.

>>mattta+(OP)
Check your DNS, there are issues using Cloudflare to reach archive.{is | li | today | etc }

Google DNS and others work where Cloudflare does not.

>>mattta+(OP)
In case anyone comes back to this. I noticed I get redirected to the archive.is domain and that's when I wind up in a captcha loop.

When I get captcha'd, the archive.is resolves to 198.23.187.186

I cleared my DNS server cache and got new IPs for archive.today and archive.ph but the same address for archive.is. I tried the OPs link, got redirected to .is and got captchas.

I cleared DNS server cache again and got 89.253.237.217 for .is (along with more new IPs for .ph and .today). No captchas.

>>mattta+(OP)
Captcha loop here as well. Both from FF and an ungoogled Chromium with no add ons that I keep just for these situations.

DNS is the unsecured quad9 9.9.9.10

Secure DNS is likewise https://dns10.quad9.net/dns-query

Console shows error 429

>>alexol+iAg
And sure enough, if I disable secure DNS and change the DNS server to my ISP's, it works.

Assholes.

>>defros+gs7
Interesting ...

Using Cloudflare (1.1.1.1) vs. Google (8.8.8.8) I get different IP resolution:

  for u in archive.ph archive.is archive.li archive.vn archive.fo archive.md;
  do
      echo ">>> ${u} <<<";
      host -t A $u 1.1.1.1;
      host -t A $u 8.8.8.8;
  done

Results:

  >>> archive.ph <<<
  Using domain server:
  Name: 1.1.1.1
  Address: 1.1.1.1#53
  Aliases: 
  
  archive.ph has address 192.210.214.166
  Using domain server:
  Name: 8.8.8.8
  Address: 8.8.8.8#53
  Aliases: 
  
  archive.ph has address 23.137.248.133
  >>> archive.is <<<
  Using domain server:
  Name: 1.1.1.1
  Address: 1.1.1.1#53
  Aliases: 
  
  archive.is has address 198.23.187.186
  Using domain server:
  Name: 8.8.8.8
  Address: 8.8.8.8#53
  Aliases: 
  
  archive.is has address 23.137.248.133
  >>> archive.li <<<
  Using domain server:
  Name: 1.1.1.1
  Address: 1.1.1.1#53
  Aliases: 
  
  archive.li has address 192.210.214.166
  Using domain server:
  Name: 8.8.8.8
  Address: 8.8.8.8#53
  Aliases: 
  
  archive.li has address 23.137.248.133
  >>> archive.vn <<<
  Using domain server:
  Name: 1.1.1.1
  Address: 1.1.1.1#53
  Aliases: 
  
  archive.vn has address 192.210.214.166
  Using domain server:
  Name: 8.8.8.8
  Address: 8.8.8.8#53
  Aliases: 
  
  archive.vn has address 23.137.248.133
  >>> archive.fo <<<
  Using domain server:
  Name: 1.1.1.1
  Address: 1.1.1.1#53
  Aliases: 
  
  archive.fo has address 192.210.214.166
  Using domain server:
  Name: 8.8.8.8
  Address: 8.8.8.8#53
  Aliases: 
  
  archive.fo has address 23.137.248.133
  >>> archive.md <<<
  Using domain server:
  Name: 1.1.1.1
  Address: 1.1.1.1#53
  Aliases: 
  
  archive.md has address 192.210.214.166
  Using domain server:
  Name: 8.8.8.8
  Address: 8.8.8.8#53
  Aliases: 
  
  archive.md has address 23.137.248.133

Cloudflare: Fix your shit.

>>dredmo+sFi
Nothing to fix. We are responding with what archive.* sends to us. They choose to send us incorrect data.

See: >>19828702

>>jgraha+vIi
Why and/or how is Archive Today managing to send Cloudflare different responses than other DNS providers?

I'd suggest you kick your "integrity of DNS" principle in the interest of "rough consensus, working code". And yes, you can do that without passing on user-specific EDNS to AT, who're quite likely to obtain just that information through the subsequent HTTP GET request in any event.

>>jgraha+vIi
And while we're at it: <>>37149094 >

>>dredmo+rMi
You can always email me (jgc@) with details.

>>jgraha+R0j
Email sent, to jgc.org and cloudflare.com, hopefully one of those works.

>>mattta+(OP)
not a technical person, how can I fix this? turned off secure DNS, didn't work, changed IP to Google's, that disabled my WiFi...

>>plssy+pek
i don't use cloudfare..i think..don't know what that is..just my wifi

>>plssy+pek
strangely sometimes it randomly works once.

>>mattta+(OP)
Yep, reCAPTCHA is satisfied but then archive.{is,ph,today} still just loops 429 Too Many Requests. Not sure how they arrived at that conclusion; reading HN I probably hit the service about once per day.

Firefox ETP strict, CenturyLink residential

>>retroc+x4
Confirming Firefox issue here too

>>mattta+(OP)
Been having this issue for months. In addition, Safari can't connect to the server at all using iCloud Private Relay.

Seems like an OTT security config.

>>Abrown+Xju
I have the issue on Firefox, but not on Chrome.