From: Remi Gacogne Date: Thu, 18 Feb 2021 13:51:33 +0000 (+0100) Subject: dnsdist: Fix a typo reported by Matt Nordhoff in the TLS sessions guide X-Git-Tag: dnsdist-1.6.0-alpha2~17^2~1 X-Git-Url: http://git.ipfire.org/?a=commitdiff_plain;h=6cd388f056494bee385a1d7cf906e2f5c00e2ff7;p=thirdparty%2Fpdns.git dnsdist: Fix a typo reported by Matt Nordhoff in the TLS sessions guide --- diff --git a/pdns/dnsdistdist/docs/guides/tls-sessions-management.rst b/pdns/dnsdistdist/docs/guides/tls-sessions-management.rst index bc8894eb1c..b8d03542e1 100644 --- a/pdns/dnsdistdist/docs/guides/tls-sessions-management.rst +++ b/pdns/dnsdistdist/docs/guides/tls-sessions-management.rst @@ -4,7 +4,7 @@ TLS Sessions Management TLS sessions ------------ -One of the most costly TLS operation if the negotiation of a new session, since both the client and the server need to generate and agree on cryptographic materials. In order to reduce that cost, TLS implements what is called session resumption, where a client opening a new connection to a server can reuse the cryptographic materials negotiated for a previous TLS session. +One of the most costly TLS operation is the negotiation of a new session, since both the client and the server need to generate and agree on cryptographic materials. In order to reduce that cost, TLS implements what is called session resumption, where a client opening a new connection to a server can reuse the cryptographic materials negotiated for a previous TLS session. The necessary information to resume a session can either be kept on the server's side (sessions) or on the client's one (tickets). Initially only the server-side approach existed, with two drawbacks: - the server needs to keep that information at hand, for a client that might never come back;