Configure graceful cleanup of SSL sessions
Some operations must clean the SSL sessions gracefully instead of abruptly terminating the sessions. Examples of such operations are:
-
Updating a certificate to replace a potentially exposed certificate
-
Using a stronger key (2048-bit instead of 1024-bit)
-
Adding or removing a certificate to or from a certificate chain
-
Changing any of the SSL parameters
Existing SSL connections do not break if you update the SSL certificate, cipher list, or SSL parameters. That is, all existing connections continue using the current settings until the sessions are closed, but all new connections use the new certificate or settings. To clear the sessions immediately after a configuration change, you must disable and reenable each entity.
Important: Connections that are in the middle of a handshake, or sessions that are renegotiating, are terminated. Session reuse is not allowed. Also, session multiplexing reuse at the back end is not allowed.
If you change a front-end parameter, such as on an SSL virtual server, only the front end connections are affected. If you change a back-end parameter, such as a parameter on an SSL service or service group, only the back-end connections are affected. Changes such as ciphers and certificates apply to both front-end and back-end connections.
The following configuration commands or changes trigger a graceful session cleanup on all affected SSL entities:
-
set ssl vservercommand -
set ssl servicecommand -
set ssl servicegroupcommand -
set ssl profilecommand -
set ssl cipher \<cipherGroupName\>command -
Binding, unbinding, and reordering ciphers
-
Binding and unbinding ECC curves
-
Inserting, removing, linking, and unlinking a certificate