Trait gio::prelude::TlsConnectionExt
source · pub trait TlsConnectionExt: IsA<TlsConnection> + Sealed + 'static {
Show 33 methods
// Provided methods
fn emit_accept_certificate(
&self,
peer_cert: &impl IsA<TlsCertificate>,
errors: TlsCertificateFlags
) -> bool { ... }
fn certificate(&self) -> Option<TlsCertificate> { ... }
fn ciphersuite_name(&self) -> Option<GString> { ... }
fn database(&self) -> Option<TlsDatabase> { ... }
fn interaction(&self) -> Option<TlsInteraction> { ... }
fn negotiated_protocol(&self) -> Option<GString> { ... }
fn peer_certificate(&self) -> Option<TlsCertificate> { ... }
fn peer_certificate_errors(&self) -> TlsCertificateFlags { ... }
fn protocol_version(&self) -> TlsProtocolVersion { ... }
fn rehandshake_mode(&self) -> TlsRehandshakeMode { ... }
fn requires_close_notify(&self) -> bool { ... }
fn handshake(
&self,
cancellable: Option<&impl IsA<Cancellable>>
) -> Result<(), Error> { ... }
fn handshake_async<P: FnOnce(Result<(), Error>) + 'static>(
&self,
io_priority: Priority,
cancellable: Option<&impl IsA<Cancellable>>,
callback: P
) { ... }
fn handshake_future(
&self,
io_priority: Priority
) -> Pin<Box_<dyn Future<Output = Result<(), Error>> + 'static>> { ... }
fn set_certificate(&self, certificate: &impl IsA<TlsCertificate>) { ... }
fn set_database(&self, database: Option<&impl IsA<TlsDatabase>>) { ... }
fn set_interaction(&self, interaction: Option<&impl IsA<TlsInteraction>>) { ... }
fn set_rehandshake_mode(&self, mode: TlsRehandshakeMode) { ... }
fn set_require_close_notify(&self, require_close_notify: bool) { ... }
fn advertised_protocols(&self) -> Vec<GString> { ... }
fn base_io_stream(&self) -> Option<IOStream> { ... }
fn connect_accept_certificate<F: Fn(&Self, &TlsCertificate, TlsCertificateFlags) -> bool + 'static>(
&self,
f: F
) -> SignalHandlerId { ... }
fn connect_advertised_protocols_notify<F: Fn(&Self) + 'static>(
&self,
f: F
) -> SignalHandlerId { ... }
fn connect_certificate_notify<F: Fn(&Self) + 'static>(
&self,
f: F
) -> SignalHandlerId { ... }
fn connect_ciphersuite_name_notify<F: Fn(&Self) + 'static>(
&self,
f: F
) -> SignalHandlerId { ... }
fn connect_database_notify<F: Fn(&Self) + 'static>(
&self,
f: F
) -> SignalHandlerId { ... }
fn connect_interaction_notify<F: Fn(&Self) + 'static>(
&self,
f: F
) -> SignalHandlerId { ... }
fn connect_negotiated_protocol_notify<F: Fn(&Self) + 'static>(
&self,
f: F
) -> SignalHandlerId { ... }
fn connect_peer_certificate_notify<F: Fn(&Self) + 'static>(
&self,
f: F
) -> SignalHandlerId { ... }
fn connect_peer_certificate_errors_notify<F: Fn(&Self) + 'static>(
&self,
f: F
) -> SignalHandlerId { ... }
fn connect_protocol_version_notify<F: Fn(&Self) + 'static>(
&self,
f: F
) -> SignalHandlerId { ... }
fn connect_rehandshake_mode_notify<F: Fn(&Self) + 'static>(
&self,
f: F
) -> SignalHandlerId { ... }
fn connect_require_close_notify_notify<F: Fn(&Self) + 'static>(
&self,
f: F
) -> SignalHandlerId { ... }
}
Expand description
Trait containing all TlsConnection
methods.
Implementors
Provided Methods§
sourcefn emit_accept_certificate(
&self,
peer_cert: &impl IsA<TlsCertificate>,
errors: TlsCertificateFlags
) -> bool
fn emit_accept_certificate( &self, peer_cert: &impl IsA<TlsCertificate>, errors: TlsCertificateFlags ) -> bool
Used by TlsConnection
implementations to emit the
accept-certificate
signal.
peer_cert
the peer’s TlsCertificate
errors
the problems with peer_cert
Returns
true
if one of the signal handlers has returned
true
to accept peer_cert
sourcefn certificate(&self) -> Option<TlsCertificate>
fn certificate(&self) -> Option<TlsCertificate>
sourcefn ciphersuite_name(&self) -> Option<GString>
fn ciphersuite_name(&self) -> Option<GString>
v2_70
only.Returns the name of the current TLS ciphersuite, or None
if the
connection has not handshaked or has been closed. Beware that the TLS
backend may use any of multiple different naming conventions, because
OpenSSL and GnuTLS have their own ciphersuite naming conventions that
are different from each other and different from the standard, IANA-
registered ciphersuite names. The ciphersuite name is intended to be
displayed to the user for informative purposes only, and parsing it
is not recommended.
Returns
The name of the current TLS ciphersuite, or None
sourcefn database(&self) -> Option<TlsDatabase>
fn database(&self) -> Option<TlsDatabase>
Gets the certificate database that self
uses to verify
peer certificates. See set_database()
.
Returns
the certificate database that self
uses or None
sourcefn interaction(&self) -> Option<TlsInteraction>
fn interaction(&self) -> Option<TlsInteraction>
sourcefn negotiated_protocol(&self) -> Option<GString>
fn negotiated_protocol(&self) -> Option<GString>
v2_60
only.Gets the name of the application-layer protocol negotiated during the handshake.
If the peer did not use the ALPN extension, or did not advertise a
protocol that matched one of self
’s protocols, or the TLS backend
does not support ALPN, then this will be None
. See
TlsConnectionExtManual::set_advertised_protocols()
.
Returns
the negotiated protocol, or None
sourcefn peer_certificate(&self) -> Option<TlsCertificate>
fn peer_certificate(&self) -> Option<TlsCertificate>
Gets self
’s peer’s certificate after the handshake has completed
or failed. (It is not set during the emission of
accept-certificate
.)
Returns
self
’s peer’s certificate, or None
sourcefn peer_certificate_errors(&self) -> TlsCertificateFlags
fn peer_certificate_errors(&self) -> TlsCertificateFlags
Gets the errors associated with validating self
’s peer’s
certificate, after the handshake has completed or failed. (It is
not set during the emission of accept-certificate
.)
See peer-certificate-errors
for more information.
Returns
self
’s peer’s certificate errors
sourcefn protocol_version(&self) -> TlsProtocolVersion
fn protocol_version(&self) -> TlsProtocolVersion
v2_70
only.Returns the current TLS protocol version, which may be
TlsProtocolVersion::Unknown
if the connection has not handshaked, or
has been closed, or if the TLS backend has implemented a protocol version
that is not a recognized TlsProtocolVersion
.
Returns
The current TLS protocol version
sourcefn rehandshake_mode(&self) -> TlsRehandshakeMode
fn rehandshake_mode(&self) -> TlsRehandshakeMode
Gets self
rehandshaking mode. See
set_rehandshake_mode()
for details.
Deprecated since 2.60
Changing the rehandshake mode is no longer required for compatibility. Also, rehandshaking has been removed from the TLS protocol in TLS 1.3.
Returns
sourcefn requires_close_notify(&self) -> bool
fn requires_close_notify(&self) -> bool
Tests whether or not self
expects a proper TLS close notification
when the connection is closed. See
set_require_close_notify()
for details.
Returns
true
if self
requires a proper TLS close
notification.
sourcefn handshake(
&self,
cancellable: Option<&impl IsA<Cancellable>>
) -> Result<(), Error>
fn handshake( &self, cancellable: Option<&impl IsA<Cancellable>> ) -> Result<(), Error>
Attempts a TLS handshake on self
.
On the client side, it is never necessary to call this method;
although the connection needs to perform a handshake after
connecting (or after sending a “STARTTLS”-type command),
TlsConnection
will handle this for you automatically when you try
to send or receive data on the connection. You can call
handshake()
manually if you want to know whether
the initial handshake succeeded or failed (as opposed to just
immediately trying to use self
to read or write, in which case,
if it fails, it may not be possible to tell if it failed before or
after completing the handshake), but beware that servers may reject
client authentication after the handshake has completed, so a
successful handshake does not indicate the connection will be usable.
Likewise, on the server side, although a handshake is necessary at the beginning of the communication, you do not need to call this function explicitly unless you want clearer error reporting.
Previously, calling handshake()
after the initial
handshake would trigger a rehandshake; however, this usage was
deprecated in GLib 2.60 because rehandshaking was removed from the
TLS protocol in TLS 1.3. Since GLib 2.64, calling this function after
the initial handshake will no longer do anything.
When using a TlsConnection
created by SocketClient
, the
SocketClient
performs the initial handshake, so calling this
function manually is not recommended.
accept_certificate
may be emitted during the
handshake.
cancellable
a Cancellable
, or None
Returns
success or failure
sourcefn handshake_async<P: FnOnce(Result<(), Error>) + 'static>(
&self,
io_priority: Priority,
cancellable: Option<&impl IsA<Cancellable>>,
callback: P
)
fn handshake_async<P: FnOnce(Result<(), Error>) + 'static>( &self, io_priority: Priority, cancellable: Option<&impl IsA<Cancellable>>, callback: P )
Asynchronously performs a TLS handshake on self
. See
handshake()
for more information.
io_priority
the [I/O priority][io-priority] of the request
cancellable
a Cancellable
, or None
callback
callback to call when the handshake is complete
fn handshake_future( &self, io_priority: Priority ) -> Pin<Box_<dyn Future<Output = Result<(), Error>> + 'static>>
sourcefn set_certificate(&self, certificate: &impl IsA<TlsCertificate>)
fn set_certificate(&self, certificate: &impl IsA<TlsCertificate>)
This sets the certificate that self
will present to its peer
during the TLS handshake. For a TlsServerConnection
, it is
mandatory to set this, and that will normally be done at construct
time.
For a TlsClientConnection
, this is optional. If a handshake fails
with TlsError::CertificateRequired
, that means that the server
requires a certificate, and if you try connecting again, you should
call this method first. You can call
TlsClientConnectionExt::accepted_cas()
on the failed connection
to get a list of Certificate Authorities that the server will
accept certificates from.
(It is also possible that a server will allow the connection with
or without a certificate; in that case, if you don’t provide a
certificate, you can tell that the server requested one by the fact
that TlsClientConnectionExt::accepted_cas()
will return
non-None
.)
certificate
the certificate to use for self
sourcefn set_database(&self, database: Option<&impl IsA<TlsDatabase>>)
fn set_database(&self, database: Option<&impl IsA<TlsDatabase>>)
Sets the certificate database that is used to verify peer certificates.
This is set to the default database by default. See
TlsBackendExt::default_database()
. If set to None
, then
peer certificate validation will always set the
TlsCertificateFlags::UNKNOWN_CA
error (meaning
accept-certificate
will always be emitted on
client-side connections, unless that bit is not set in
validation-flags
).
There are nonintuitive security implications when using a non-default
database. See database
for details.
database
sourcefn set_interaction(&self, interaction: Option<&impl IsA<TlsInteraction>>)
fn set_interaction(&self, interaction: Option<&impl IsA<TlsInteraction>>)
Set the object that will be used to interact with the user. It will be used for things like prompting the user for passwords.
The interaction
argument will normally be a derived subclass of
TlsInteraction
. None
can also be provided if no user interaction
should occur for this connection.
interaction
an interaction object, or None
sourcefn set_rehandshake_mode(&self, mode: TlsRehandshakeMode)
fn set_rehandshake_mode(&self, mode: TlsRehandshakeMode)
Since GLib 2.64, changing the rehandshake mode is no longer supported and will have no effect. With TLS 1.3, rehandshaking has been removed from the TLS protocol, replaced by separate post-handshake authentication and rekey operations.
Deprecated since 2.60
Changing the rehandshake mode is no longer required for compatibility. Also, rehandshaking has been removed from the TLS protocol in TLS 1.3.
mode
the rehandshaking mode
sourcefn set_require_close_notify(&self, require_close_notify: bool)
fn set_require_close_notify(&self, require_close_notify: bool)
Sets whether or not self
expects a proper TLS close notification
before the connection is closed. If this is true
(the default),
then self
will expect to receive a TLS close notification from its
peer before the connection is closed, and will return a
TlsError::Eof
error if the connection is closed without proper
notification (since this may indicate a network error, or
man-in-the-middle attack).
In some protocols, the application will know whether or not the
connection was closed cleanly based on application-level data
(because the application-level data includes a length field, or is
somehow self-delimiting); in this case, the close notify is
redundant and sometimes omitted. (TLS 1.1 explicitly allows this;
in TLS 1.0 it is technically an error, but often done anyway.) You
can use set_require_close_notify()
to tell self
to allow an “unannounced” connection close, in which case the close
will show up as a 0-length read, as in a non-TLS
SocketConnection
, and it is up to the application to check that
the data has been fully received.
Note that this only affects the behavior when the peer closes the
connection; when the application calls IOStreamExt::close()
itself
on self
, this will send a close notification regardless of the
setting of this property. If you explicitly want to do an unclean
close, you can close self
’s base-io-stream
rather
than closing self
itself, but note that this may only be done when no other
operations are pending on self
or the base I/O stream.
require_close_notify
whether or not to require close notification
sourcefn advertised_protocols(&self) -> Vec<GString>
fn advertised_protocols(&self) -> Vec<GString>
v2_60
only.The list of application-layer protocols that the connection
advertises that it is willing to speak. See
TlsConnectionExtManual::set_advertised_protocols()
.
sourcefn base_io_stream(&self) -> Option<IOStream>
fn base_io_stream(&self) -> Option<IOStream>
The IOStream
that the connection wraps. The connection holds a reference
to this stream, and may run operations on the stream from other threads
throughout its lifetime. Consequently, after the IOStream
has been
constructed, application code may only run its own operations on this
stream when no IOStream
operations are running.
sourcefn connect_accept_certificate<F: Fn(&Self, &TlsCertificate, TlsCertificateFlags) -> bool + 'static>(
&self,
f: F
) -> SignalHandlerId
fn connect_accept_certificate<F: Fn(&Self, &TlsCertificate, TlsCertificateFlags) -> bool + 'static>( &self, f: F ) -> SignalHandlerId
Emitted during the TLS handshake after the peer certificate has
been received. You can examine peer_cert
’s certification path by
calling TlsCertificateExt::issuer()
on it.
For a client-side connection, peer_cert
is the server’s
certificate, and the signal will only be emitted if the
certificate was not acceptable according to conn
’s
validation_flags
. If you would like the
certificate to be accepted despite errors
, return true
from the
signal handler. Otherwise, if no handler accepts the certificate,
the handshake will fail with TlsError::BadCertificate
.
GLib guarantees that if certificate verification fails, this signal
will be emitted with at least one error will be set in errors
, but
it does not guarantee that all possible errors will be set.
Accordingly, you may not safely decide to ignore any particular
type of error. For example, it would be incorrect to ignore
TlsCertificateFlags::EXPIRED
if you want to allow expired
certificates, because this could potentially be the only error flag
set even if other problems exist with the certificate.
For a server-side connection, peer_cert
is the certificate
presented by the client, if this was requested via the server’s
authentication_mode
. On the server side,
the signal is always emitted when the client presents a
certificate, and the certificate will only be accepted if a
handler returns true
.
Note that if this signal is emitted as part of asynchronous I/O
in the main thread, then you should not attempt to interact with
the user before returning from the signal handler. If you want to
let the user decide whether or not to accept the certificate, you
would have to return false
from the signal handler on the first
attempt, and then after the connection attempt returns a
TlsError::BadCertificate
, you can interact with the user, and
if the user decides to accept the certificate, remember that fact,
create a new connection, and return true
from the signal handler
the next time.
If you are doing I/O in another thread, you do not need to worry about this, and can simply block in the signal handler until the UI thread returns an answer.
peer_cert
the peer’s TlsCertificate
errors
the problems with peer_cert
.
Returns
true
to accept peer_cert
(which will also
immediately end the signal emission). false
to allow the signal
emission to continue, which will cause the handshake to fail if
no one else overrides it.
sourcefn connect_advertised_protocols_notify<F: Fn(&Self) + 'static>(
&self,
f: F
) -> SignalHandlerId
fn connect_advertised_protocols_notify<F: Fn(&Self) + 'static>( &self, f: F ) -> SignalHandlerId
v2_60
only.fn connect_certificate_notify<F: Fn(&Self) + 'static>( &self, f: F ) -> SignalHandlerId
sourcefn connect_ciphersuite_name_notify<F: Fn(&Self) + 'static>(
&self,
f: F
) -> SignalHandlerId
fn connect_ciphersuite_name_notify<F: Fn(&Self) + 'static>( &self, f: F ) -> SignalHandlerId
v2_70
only.fn connect_database_notify<F: Fn(&Self) + 'static>( &self, f: F ) -> SignalHandlerId
fn connect_interaction_notify<F: Fn(&Self) + 'static>( &self, f: F ) -> SignalHandlerId
sourcefn connect_negotiated_protocol_notify<F: Fn(&Self) + 'static>(
&self,
f: F
) -> SignalHandlerId
fn connect_negotiated_protocol_notify<F: Fn(&Self) + 'static>( &self, f: F ) -> SignalHandlerId
v2_60
only.fn connect_peer_certificate_notify<F: Fn(&Self) + 'static>( &self, f: F ) -> SignalHandlerId
fn connect_peer_certificate_errors_notify<F: Fn(&Self) + 'static>( &self, f: F ) -> SignalHandlerId
sourcefn connect_protocol_version_notify<F: Fn(&Self) + 'static>(
&self,
f: F
) -> SignalHandlerId
fn connect_protocol_version_notify<F: Fn(&Self) + 'static>( &self, f: F ) -> SignalHandlerId
v2_70
only.