Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

ssl_new(3ssl) [osf1 man page]

SSL_new(3SSL)							      OpenSSL							     SSL_new(3SSL)

SSL_new - create a new SSL structure for a connection SYNOPSIS
#include <openssl/ssl.h> SSL *SSL_new(SSL_CTX *ctx); DESCRIPTION
SSL_new() creates a new SSL structure which is needed to hold the data for a TLS/SSL connection. The new structure inherits the settings of the underlying context ctx: connection method (SSLv2/v3/TLSv1), options, verification settings, timeout settings. RETURN VALUES
The following return values can occur: NULL The creation of a new SSL structure failed. Check the error stack to find out the reason. Pointer to an SSL structure The return value points to an allocated SSL structure. SEE ALSO
SSL_free(3), SSL_clear(3), SSL_CTX_set_options(3), SSL_get_SSL_CTX(3), ssl(3) 1.0.1e 2013-02-11 SSL_new(3SSL)

Check Out this Related Man Page

SSL_clear(3SSL) 						      OpenSSL							   SSL_clear(3SSL)

SSL_clear - reset SSL object to allow another connection SYNOPSIS
#include <openssl/ssl.h> int SSL_clear(SSL *ssl); DESCRIPTION
Reset ssl to allow another connection. All settings (method, ciphers, BIOs) are kept. NOTES
SSL_clear is used to prepare an SSL object for a new connection. While all settings are kept, a side effect is the handling of the current SSL session. If a session is still open, it is considered bad and will be removed from the session cache, as required by RFC2246. A session is considered open, if SSL_shutdown(3) was not called for the connection or at least SSL_set_shutdown(3) was used to set the SSL_SENT_SHUTDOWN state. If a session was closed cleanly, the session object will be kept and all settings corresponding. This explicitly means, that e.g. the special method used during the session will be kept for the next handshake. So if the session was a TLSv1 session, a SSL client object will use a TLSv1 client method for the next handshake and a SSL server object will use a TLSv1 server method, even if SSLv23_*_methods were chosen on startup. This will might lead to connection failures (see SSL_new(3)) for a description of the method's properties. WARNINGS
SSL_clear() resets the SSL object to allow for another connection. The reset operation however keeps several settings of the last sessions (some of these settings were made automatically during the last handshake). It only makes sense for a new connection with the exact same peer that shares these settings, and may fail if that peer changes its settings between connections. Use the sequence SSL_get_session(3); SSL_new(3); SSL_set_session(3); SSL_free(3) instead to avoid such failures (or simply SSL_free(3); SSL_new(3) if session reuse is not desired). RETURN VALUES
The following return values can occur: 0 The SSL_clear() operation could not be performed. Check the error stack to find out the reason. 1 The SSL_clear() operation was successful. SSL_new(3), SSL_free(3), SSL_shutdown(3), SSL_set_shutdown(3), SSL_CTX_set_options(3), ssl(3), SSL_CTX_set_client_cert_cb(3) 1.0.1e 2013-02-11 SSL_clear(3SSL)
Man Page