pub struct CsrOrder { /* private fields */ }Expand description
An order that is ready for a CSR submission.
To submit the CSR is called “finalizing” the order.
To finalize, the user supplies a private key (from which a public key is derived). This library provides [functions to create private keys], but the user can opt for creating them in some other way.
This library makes no attempt at validating which key algorithms are used. Unsupported algorithms will show as an error when finalizing the order. It is up to the ACME API provider to decide which key algorithms to support.
Right now Let’s Encrypt supports:
- RSA keys from 2048 to 4096 bits in length
- P-256 and P-384 ECDSA keys
Implementations§
Source§impl CsrOrder
impl CsrOrder
Sourcepub async fn finalize(
self,
private_key_pem: &str,
delay: Duration,
) -> Result<CertOrder>
pub async fn finalize( self, private_key_pem: &str, delay: Duration, ) -> Result<CertOrder>
Finalize the order by providing a private key as PEM.
Once the CSR has been submitted, the order goes into a processing status,
where we must poll until the status changes. The delay is the
amount of time to wait between each poll attempt.
This is a convenience wrapper that in turn calls the lower level finalize_signing_key.
Sourcepub async fn finalize_signing_key(
self,
signing_key: SigningKey,
delay: Duration,
) -> Result<CertOrder>
pub async fn finalize_signing_key( self, signing_key: SigningKey, delay: Duration, ) -> Result<CertOrder>
Lower level finalize call that works directly with the openssl crate structures.
Creates the CSR for the domains in the order and submit it to the ACME API.
Once the CSR has been submitted, the order goes into a processing status,
where we must poll until the status changes. The delay is the
amount of time to wait between each poll attempt.