Skip to content
This repository has been archived by the owner on Jun 24, 2022. It is now read-only.

Prep for move off CloudFlare #794

Closed
wants to merge 1 commit into from
Closed

Prep for move off CloudFlare #794

wants to merge 1 commit into from

Conversation

jonaharagon
Copy link
Contributor

@jonaharagon jonaharagon commented Mar 30, 2019

We are going to move off of CloudFlare to an Nginx server we control that will reverse proxy to the GitHub Pages host. Essentially we will be acting in the exact same way CloudFlare currently does for us, but under our control.

We need to start by serving this site on privacytoolsio.github.io/privacytools.io instead of www.privacytools.io so we can actually implement this server side (which is what this commit accomplishes). Once we move to the new DNS infrastructure we will point the main domain to our Nginx server and get Let's Encrypt installed. Hopefully this will be accomplished with minimal downtime.

Obviously, don't merge this until the backend is ready.


Resolves: #374

@ghost
Copy link

ghost commented Mar 30, 2019

Why not just let GH take care of everything?

@jonaharagon
Copy link
Contributor Author

jonaharagon commented Mar 30, 2019

@Shifterovich that’s something I thought about, but this is my thinking...

  1. If we just let GH handle it, GitHub will have access to all their access logs of course and will be able to see Visitor IPs. If we proxy it, GH will only be able to see our IP, which is better from our user’s privacy perspective. And
  2. If we proxy it, we can enable all the custom headers we want, which will help with 🌐 Website Issue | HSTS Headers #792, privacytools.io site fails on mozilla obervatory #151, etc. We can also do better browser caching for attachments.

Thoughts?

Edit: also GitHub will take a while to get an SSL certificate probably, if it doesn’t have one already for this domain (I can’t check, not a repo admin). That’d be a lot of downtime if we had to wait for their servers to catch up.

Also ideally we'll eventually stop relying on GitHub at all, and this would make that transition easier. But that's long-term.

GitHub will still be handling everything behind the scenes to be clear, it'll just be User --> Our Server --> GitHub Pages

@ghost
Copy link

ghost commented Mar 30, 2019

If that's something @BurungHantu1605 can set up and maintain, sure, I see the benefits.

Using just GH is the easiest solution. For me personally, the convenience outweighs the few drawbacks (like custom headers and GH having log access).

@jonaharagon
Copy link
Contributor Author

@BurungHantu1605 and I are setting up servers for stuff like Searx and Mastodon and DNS so this is just included in all of that work.

@jonaharagon jonaharagon mentioned this pull request Mar 30, 2019
2 tasks
@jonaharagon
Copy link
Contributor Author

This won't be necessary for the new plan :)

@jonaharagon jonaharagon deleted the new-host branch March 31, 2019 00:38
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant