A better title would be "Serving a GitHub page on HTTPS...". This is far from a proper and secure setup. The whole point of TLS is to ensure users are talking to you and not someone else while protecting the data. This accomplishes neither.
Switching Your Site to HTTPS on a Shoestring Budget
51–60 of 63 posts
Re: Switching Your Site to HTTPS on a Shoestring Budget
#52Earlier quoted context omitted.
I mean, if you intend to kick up enough of a shitstorm to be the only person ever denied service by Cloudflare and then be denied service by Godaddy and Google domains, then I guess this rings true? For everyone else, I'm thinking the few hours it takes your DNS settings to propagate in the unlikely event you'll even have to is probably a reasonable tradeoff for free.
> be the only person ever denied service by Cloudflare ...so far http://www.washingtontimes.com/news/2017/aug/30/cloudflare-p... this has only just begun
If tech companies want to wade into this they would need to codify a standard that applies universally to all violent political actors. And, guess what, this comes up a lot in the U.N. and the militarily powerful nations tend to shy away from anything that might include what they do as "terrorism" or illegal. They tend to prefer blacklists they manage themselves over universal standards.
Re: Switching Your Site to HTTPS on a Shoestring Budget
#53Wow that's complex! Route53 and AWS Certificate Manager are way easier to setup.
Re: Switching Your Site to HTTPS on a Shoestring Budget
#54[0] https://fly.io
Re: Switching Your Site to HTTPS on a Shoestring Budget
#55Earlier quoted context omitted.
certbot works, but I'm not a fan of using it. I'd much rather configure nginx / Apache myself so I know exactly what's happening and can mold the solution to fit whatever use cases I have.
certbot --standalone You'll need to turn off your web server for a minute or two while certbot runs ('standalone' means it starts up a temporary web server of its own and binds to port 80 for a moment) but then it leaves the new certificate for you in a few files in /usr/local/ somewhere, and you proceed to edit the nginix.conf file yourself. It works great.
On my personal servers, I have the regular webserver configured to listen on port 443 (HTTPS) only, and I have a separate webserver on port 80 that's only used for ACME challenges. All other HTTP requests are immediately upgraded to HTTPS. Among other things, this split solves the cyclic dependency between the webserver not starting without TLS certificates, but also being required to provision certificates.
Details: https://blog.bethselamin.de/posts/how-i-run-certbot.html
Re: Switching Your Site to HTTPS on a Shoestring Budget
#56Earlier quoted context omitted.
Besides aversion to any particular vendor in general, is there a reason you wouldn't want to use them?
I maintain a couple open source projects on Github that belong to the US Government. Getting them open sourced at all was hard enough. Convincing the powers that be to let me use Gitlab isn't practical.
Am I missing something?
I mean, yes, if you have practical problems that make gitlab harder to use, don't use it. No problem at all. But it is still a perfectly valid solution for the problem the GP was trying to solve.
Re: Switching Your Site to HTTPS on a Shoestring Budget
#57Earlier quoted context omitted.
Not to mention that Cloudflare has no tolerance for mocking murdered female protestors. One little article and they kill your site with no warning.
I think there's more to The Daily Stormer than one little article.
But it was just the one article that the CEO said was the reason for the kill order.
Re: Switching Your Site to HTTPS on a Shoestring Budget
#58Earlier quoted context omitted.
certbot works, but I'm not a fan of using it. I'd much rather configure nginx / Apache myself so I know exactly what's happening and can mold the solution to fit whatever use cases I have.
certbot --standalone You'll need to turn off your web server for a minute or two while certbot runs ('standalone' means it starts up a temporary web server of its own and binds to port 80 for a moment) but then it leaves the new certificate for you in a few files in /usr/local/ somewhere, and you proceed to edit the nginix.conf file yourself. It works great.
Re: Switching Your Site to HTTPS on a Shoestring Budget
#59Re: Switching Your Site to HTTPS on a Shoestring Budget
#60Earlier quoted context omitted.
This is a common concern, but in reality, it does not mean anything. "Sharing" your cert with a weird site is similar as taking the same bus route as someone who is bad. From a security standpoint, there is little to no risk. Worst case scenario one of the other sites is doing something that results in the cert being revoked... and I imagine CloudFlare has a way to just move you (and everyone else) onto another cert…
I dunno, it _mostly_ doesn't mean anything, but the day I discovered my site hostname listed next to phishing and porn sites was the day I didn't want to use CloudFlare's free certs anymore. Sure not many people will see the SANs on a cert, and there's nothing wrong with porn using SSL, I just don't want to cobrand with them. :D