tl;dr: No. Quite the opposite, actually – Archive.is’s owner is intentionally blocking 220.127.116.11 users.
A recent post on Hacker News pointed out something I’ve noticed myself over the past year – the Archive.is website archiving tool (aka Archive.today and a few other TLDs) appears unresponsive when I’m on my home network, where I use Cloudflare’s fantastic public DNS service, 18.104.22.168. I didn’t connect the two variables until I read this post, where somebody noticed that the Archive.is domain resolves for Google’s 22.214.171.124 DNS, but not 126.96.36.199. An interesting and timeless debate on privacy versus convenience ensued.
Matthew Prince, the CEO and co-founder of Cloudflare (who’s also very active on Hacker News), responded to the observation with a detailed explanation of what’s happening behind the scenes, revealing that Archive.is’s owner is actively refusing to resolve their own website for 188.8.131.52 users because Cloudflare’s DNS offers too much privacy. Excerpt below, emphasis mine:
We don’t block archive.is or any other domain via 184.108.40.206. […] Archive.is’s authoritative DNS servers return bad results to 220.127.116.11 when we query them. I’ve proposed we just fix it on our end but our team, quite rightly, said that too would violate the integrity of DNS and the privacy and security promises we made to our users when we launched the service. […] The archive.is owner has explained that he returns bad results to us because we don’t pass along the EDNS subnet information. This information leaks information about a requester’s IP and, in turn, sacrifices the privacy of users. Read more »
In other words, Archive.is’s nameservers throw a hissy fit and return a bogus IP when Cloudflare doesn’t leak your geolocation info to them via the optional EDNS client subnet feature. The owner of Archive.is has plainly admitted this with a questionable claim (in my opinion) about the lack of EDNS information causing him “so many troubles.”
"Having to do" is not so direct here.— archive.today (@archiveis) July 16, 2018
Absence of EDNS and massive mismatch (not only on AS/Country, but even on the continent level) of where DNS and related HTTP requests come from causes so many troubles so I consider EDNS-less requests from Cloudflare as invalid.
I wrote the following reply to Matthew, praising his team’s focus on the big picture:
Honestly, Cloudflare choosing not to hastily slap a band-aid on a problem like this just makes me feel more compelled to continue using 18.104.22.168.
I hesitate to compare this to Apple calling themselves “courageous” when removing the headphone jack, but in this case, I think the word is appropriate. I’ll happily stand behind you guys if you take some PR hits while forcing the rest of the industry to make DNS safer – since it is understandable, admittedly, for users to conclude that “Cloudflare is blocking websites, sound the alarms!” at first glance.
Sure, it’s annoying that I’ll need to use a VPN or change my DNS resolvers to use a pretty slick (and otherwise convenient) website archiver. But I’m more happy to see that Cloudflare is playing the privacy long-game, even at the risk of their users concluding that they’re blocking websites accessible to everyone else on the internet.