Comment on Does archive.today break when using private DNS (quad9)?
NonDollarCurrency@monero.town 11 months ago
Yes it’s been like that forever. Before it used to outright block the entire domain.
Comment on Does archive.today break when using private DNS (quad9)?
NonDollarCurrency@monero.town 11 months ago
Yes it’s been like that forever. Before it used to outright block the entire domain.
_s10e@feddit.de 11 months ago
Who’s blocking what?
Last time, IIRC someone blamed Cloudflare and they said they did not do anything, just relaying from upstream.
redcalcium@lemmy.institute 11 months ago
The gist is, archive.today configured their DNS server to use edns client subnet to determine the visitor’s general location to direct them to servers closest to their area for load balancing purpose. Cloudflare DNS however doesn’t pass that information for privacy reason. I guess this piss archive.today’s dev off because their dns-based load balancing is no longer work effectively for cloudflare DNS users, so they outright block it.
_edge@discuss.tchncs.de 11 months ago
Weird, I change from dns11.quad9.net (with ECS / EDNS client subnet enabled) to dns.quad9.net. Now archive.today works.
_edge@discuss.tchncs.de 11 months ago
And then it broke again. And then it worked again.
Totally random. How does one debug this?
Spotlight7573@lemmy.world 11 months ago
From my understanding, it’s not quite the closest server:
news.ycombinator.com/item?id=36971650
So Cloudflare isn’t doing anything wrong by passing DNS lookup results it gets from the archive.is servers to its customers instead of trying to ‘fix’ them somehow, but there does seem to be a somewhat legitimate reason for archive.is to be wanting the EDNS subnet information that Cloudflare does not provide due to customer privacy reasons.
redcalcium@lemmy.institute 11 months ago
Returning not the closest IP, but the closest IP in a neighboring country? This is actually pretty smart. I wonder how effective it is at stalling takedowns though.