]> ruderich.org/simon Gitweb - tlsproxy/tlsproxy.git/commitdiff
README: Clarify use of `proxy-invalid.pem`.
authorSimon Ruderich <simon@ruderich.org>
Tue, 15 Mar 2011 18:05:26 +0000 (19:05 +0100)
committerSimon Ruderich <simon@ruderich.org>
Tue, 15 Mar 2011 18:05:26 +0000 (19:05 +0100)
No client data is sent to the server in case of an error.

README

diff --git a/README b/README
index 31a4a569b95d1f26ca8d233f972a7c4895fc5f92..ebcb53fb201f0c111e20a2dc249d272e441f1f76 100644 (file)
--- a/README
+++ b/README
@@ -48,8 +48,11 @@ certificate to secure the connection to the client (signed by `proxy-ca.pem`).
 
 If an error occurs in the validation (missing `certificate-*.pem` files,
 fingerprint changed, etc.) it's logged by the proxy (stdout) and the special
-`proxy-invalid.pem` certificate is used. It's easy to spot in the browser
-because it uses an invalid hostname ("invalid") and is self-signed.
+`proxy-invalid.pem` certificate is used to send a 500 error message to the
+client. The connection to the server is closed so there's no chance that any
+client data is sent to the (possible) evil server. The invalide certificate is
+also easy to spot in the browser because it uses an invalid hostname
+("invalid") and is self-signed.
 
 If an internal error occurs before the TLS connection can be established a 503
 Forwarding failure is sent to the client (unencrypted).