zlacker

[parent] [thread] 4 comments
1. darkla+(OP)[view] [source] 2019-10-04 06:19:33
I'm with some of the people on Twitter: It seems weird (to put it mildly) to just blackhole your own site with no explanation whatsoever to the end-user. For everyone on 1.1.1.1 archive.is will now be "down" and they're none the wiser.

Maybe there's a big backstory here, but without context that seems passive-aggressive and quite random?

replies(2): >>profmo+l5 >>spzb+4g
2. profmo+l5[view] [source] 2019-10-04 07:36:50
>>darkla+(OP)
What's especially weird is that they're returning "127.0.0.3" to Cloudflare's DNS, rather than a DNS SERVFAIL or REFUSED error. On most systems that will cause a connection refused error or a TCP timeout. I would assume that was a network issue on their end, not a DNS problem.
replies(1): >>majews+r8
◧◩
3. majews+r8[view] [source] [discussion] 2019-10-04 08:18:06
>>profmo+l5
SERVFAIL or REFUSED is also not helpful to the end user. They should return the IP of a host serving a static single-page website explaining the issue.
replies(1): >>zamada+bq
4. spzb+4g[view] [source] 2019-10-04 10:15:21
>>darkla+(OP)
Indeed. This is the first I'd heard of this situation. I'd previously just assumed archive.is was a shonky service that didn't work properly. Hadn't connected it with my use of 1.1.1.1
◧◩◪
5. zamada+bq[view] [source] [discussion] 2019-10-04 12:24:38
>>majews+r8
REFUSED will trigger a lookup on the next DNS server in the list, which may not be Cloudflare, instead of guaranteeing the user can't go to the real page.
[go to top]