From 2b10ebff7c292599d3c2ec57428ae539aadba615 Mon Sep 17 00:00:00 2001 From: Suyash Kumar Date: Sun, 25 Nov 2018 22:47:17 -0500 Subject: [PATCH] Fix README typos --- README.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/README.md b/README.md index 4746eaf..30a78eb 100644 --- a/README.md +++ b/README.md @@ -13,7 +13,7 @@ A handy and simple way to add SSL to your thing running on a VM--be it your pers ```sh ssl-proxy -from 0.0.0.0:4430 -to 127.0.0.1:8000 ``` -This will immediately generate self-signed certificates and being proxying HTTPS traffic from https://0.0.0.0:4430 to http://127.0.0.1:8000. No need to ever call openssl. It will print the SHA256 fingerprint of the cert being used for you to perform manual certificate verification in the browser if you would like (before you "trust" the cert). +This will immediately generate self-signed certificates and begin proxying HTTPS traffic from https://0.0.0.0:4430 to http://127.0.0.1:8000. No need to ever call openssl. It will print the SHA256 fingerprint of the cert being used for you to perform manual certificate verification in the browser if you would like (before you "trust" the cert). I know `nginx` is often used for stuff like this, but I got tired of dealing with the boilerplate and wanted to explore something fun. So I ended up throwing this together. @@ -21,7 +21,7 @@ I know `nginx` is often used for stuff like this, but I got tired of dealing wit ```sh ssl-proxy -from 0.0.0.0:443 -to 127.0.0.1:8000 -domain=mydomain.com ``` -This will immediately generate, fetch, and serve real LetsEncrypt certificates for `mydomain.com` and being proxying HTTPS traffic from https://0.0.0.0:443 to http://127.0.0.1:8000. For now, you need to ensure that `ssl-proxy` can bind port `:443` and that `mydomain.com` routes to the server running `ssl-proxy` (as you may have expected, this is not the tool you should be using if you have load-balancing over multiple servers or other deployment configurations). +This will immediately generate, fetch, and serve real LetsEncrypt certificates for `mydomain.com` and begin proxying HTTPS traffic from https://0.0.0.0:443 to http://127.0.0.1:8000. For now, you need to ensure that `ssl-proxy` can bind port `:443` and that `mydomain.com` routes to the server running `ssl-proxy` (as you may have expected, this is not the tool you should be using if you have load-balancing over multiple servers or other deployment configurations). ### Provide your own certs ```sh