pub struct Account { /* private fields */ }Expand description
Account with an ACME provider.
Accounts are created using Directory::account and consist of a contact
email address and a private key for signing requests to the ACME API.
acme-lib uses elliptic curve P-256 for accessing the account. This does not affect which key algorithms that can be used for the issued certificates.
The advantage of using elliptic curve cryptography is that the signed requests against the ACME lib are kept small and that the public key can be derived from the private.
Implementations§
Source§impl Account
impl Account
Sourcepub fn acme_private_key_pem(&self) -> Result<String>
pub fn acme_private_key_pem(&self) -> Result<String>
Private key for this account.
The key is an elliptic curve private key.
Sourcepub fn new_order(
&self,
primary_name: &str,
alt_names: &[&str],
) -> Result<NewOrder>
pub fn new_order( &self, primary_name: &str, alt_names: &[&str], ) -> Result<NewOrder>
Create a new order to issue a certificate for this account.
Each order has a required primary_name (which will be set as the certificates CN)
and a variable number of alt_names.
This library doesn’t constrain the number of alt_names, but it is limited by the ACME
API provider. Let’s Encrypt sets a max of 100 names per certificate.
Every call creates a new order with the ACME API provider, even when the domain names supplied are exactly the same.
Sourcepub fn revoke_certificate(
&self,
cert: &Certificate,
reason: RevocationReason,
) -> Result<()>
pub fn revoke_certificate( &self, cert: &Certificate, reason: RevocationReason, ) -> Result<()>
Revoke a certificate for the reason given.
Sourcepub fn api_account(&self) -> &ApiAccount
pub fn api_account(&self) -> &ApiAccount
Access the underlying JSON object for debugging.