The HTTP version of your URL works fine. The HTTPS version has an expired cert. If I click past that, it redirects to redis.io, then gives a 404.
I know antirez is a smart guy, but if this is some kind of "I'm taking a bold stance against HTTPS" then I'd rather read the archive.org link with functioning HTTPS. My threat model prefers trusting archive.org to correctly reproduce the blog, over trusting everyone between me and antirez.com.
I certainly wouldn't trust Comcast to keep malicious ads out of their ad network, either.
[0] https://www.techdirt.com/articles/20140908/07191228453/comca...
If you run this command you can see a little more clearly what’s going on:
wget --no-check-certificate -S -O - https://antirez.com/news/124
If you use the plain HTTP URL, everything works fine.If you try https://antirez.com/news/124 the web server at antirez.com:443 will answer this:
HTTP/1.1 301 Moved Permanently
Server: nginx/1.10.2
Date: Sat, 04 Sep 2021 18:15:46 GMT
Content-Type: text/html
Content-Length: 185
Connection: keep-alive
Location: https://redis.io/news/124
So it’s not HTTPS Everywhere that redirects, it’s the web server itself.However, many clients won’t heed this response, since antirez.com:443 serves a certificate that’s not valid for that hostname.
> Sorry, I can't find that page :-/
for several months