DV 憑證生命周期

The DV certificate lifecycle consists of these main steps:

• Prepare DV certificate request
• Submit DV certificate order
• (Optional) Cancel certificate order
• Complete domain control validation (DCV)
• Check order status
• Download issued certificate

Once a certificate has been issued, you can perform any of these actions:

• Reissue a certificate
• Revoke a certificate

In order to construct your request body and submit an order request, you need to collect some key pieces of information:

• Domain name(s) to be secured by the certificate
• Certificate signing request (CSR) generated on the server where the certificate will be installed
• Validity period of the certificate (amount of time the certificate should be valid)
• DCV method to use when demonstrating control over the domain(s)

Once you've collected the domain name(s) to be secured by the certificate, they should be entered in one of two request body parameters.

The CSR should be generated on the server where the certificate will be installed. Once generated, enter the PEM formatted CSR in the csr parameter of the request body. See Create a CSR (Certificate Signing Request) for additional information.

When you submit an order request, you set a validity period for the certificate and for the order. The validity period of the certificate determines when the certificate expires. The validity period of the order determines how long you can reissue the certificate without additional costs.

DigiCert's public SSL/TLS certificates support orders for Multi-year Plans. With Multi-year Plans, you pick the SSL/TLS certificate, the certificate validity period, and the duration of coverage you want (up to six years). Until the order expires, you reissue the certificate at no additional cost each time it reaches the end of its validity period. For more information, see Multi-year Plans.

Use the order_validity object in your request body to customize the number of years or days the order is valid, or to set a custom expiration date for the order. Orders for Multi-year Plans can be valid for up to six years.

Order validity can be greater than certificate validity. If you do not specify a custom certificate validity period, we issue the certificate using the validity period of the order or the maximum certificate validity period defined in the CA/B Forum baseline requirements, whichever is shorter.

For example:

Use the optional certificate.cert_validity object in your request body to customize the number of years or days the certificate is valid, or to set a custom expiration date for the certificate.

For example:

Email DCV is the default DCV method used for DV certificate orders. If desired, you can change the default DCV method by including the dcv_method parameter in the request body. The dcv_method parameter accepts these values:

When using the email DCV method, it's possible to specify the email addresses that should be used when sending the DCV emails. To do this, include the dcv_emails array in the request body and add an entry for each domain on the order.

When using this parameter, entered email addresses must be specified in the domain’s WHOIS record or be one of the default email addresses for the domain (defined by industry standards as: admin, administrator, webmaster, hostmaster, and/or postmaster @[domain_name]). In addition, we will only send the DCV email to the addresses specified.

For example, if you specify john.doe@[domain_name], we will not send DCV emails to any of the default email addresses. Or if you specify admin@[domain.com], we will not send the DCV email to john.doe@[domain_name].

Some public DV products support the option to choose which intermediate certificate authority (ICA) should sign the certificate.

To use ICA selection:

• ICA selection must be enabled for your account.
  To enable ICA selection, contact your account manager or the Support team. For more information, see ICA certificate chain option.
• You must request a DV certificate that supports ICA selection: ssl_dv_geotrust_flex, ssl_dv_thawte, ssl_dv_rapidssl, wildcard_dv_rapidssl, or ssl_dv_ee.
• You must know the ca_cert_id of the ICA that you want to sign the certificate.
  To find the ca_cert_id for an ICA certificate, use the Product list endpoint.

To select an ICA, include the certificate.ca_cert_id parameter in your certificate request. The value of this parameter is the ID of the ICA that should issue the certificate.

For example:

After you collect the above information, you're ready to construct your request body and submit your order request. To do this, submit a POST request to the order endpoint for the type of certificate you want to buy.

The following table lists the endpoints for ordering different DV SSL products:

A successful POST to an order endpoint returns a 201 Created HTTP response code. The response body includes information that you can use to check the status of the order and to download the certificate when it is issued, including:

• id – The ID of the order in your account.
  Use this ID with the Order info endpoint to check the details of the order.
• certificate_id – The ID of the certificate.
  Use this ID to perform operations such as downloading or revoking the certificate.
• dcv_random_value – Randomly generated token used for dns-txt-token and http-token DCV methods. This token expires after 30 days.

The example below shows the entire request and response bodies for a sample request to the Order DV SSL endpoint. For more info about each parameter used in the request body, see the Order DV SSL – Request parameters table.

After placing an order, there may be times when you need to cancel it. To cancel an order, you need to change the status from pending to canceled. This is done with a PUT to the Update order status endpoint.

A successful PUT to this endpoint returns a 204 No Content HTTP response.

With the DV order submitted, you now need to prove control over the domains on the order.

If the dcv_emails array was included in the response body, then DCV emails are sent to the addresses defined in the array. Otherwise, DCV emails are sent to these addresses:

• All email addresses found in the domain's WHOIS record
• These five constructed email addresses:
  • admin@[domain_name]
  • administrator@[domain_name]
  • webmaster@[domain_name]
  • hostmaster@[domain_name]
  • postmaster@[domain_name]

To complete email DCV, in your email client inbox locate the email with the subject [Action Required] Approve Certificate Request for [yourdomain] {Order #} and follow the instructions.

1. Copy the dcv_random_value that was generated when the order was placed.
2. Go to your DNS provider’s site and create a new CNAME record.
3. In the hostname field (or equivalent), enter the random value you copied.
4. In the record type field (or equivalent), select CNAME.
5. In the target host field (or equivalent), enter dcv.digicert.com (this points the CNAME record to dcv.digicert.com).
6. Select a Time-to-Live (TTL) value or use your DNS provider’s default value.
7. Save the record.
8. Repeat the above steps for each domain on the order.

Once you've added the DNS CNAME record for all domains on the order, you're ready to have us verify the CNAME records.

Follow these steps to complete DNS TXT DCV and demonstrate control over your domains:

1. Copy the dcv_random_value that was returned in the response body when the order was placed.
2. Go to your DNS provider’s site and create a new TXT record.
3. In the TXT Value field, enter the random value you copied.
4. Host field
   1. Base domain (for example, [yourdomain].com)
      Are you validating the base domain? Leave the Host field blank or add the @ symbol (depending on your DNS provider requirements).
   2. Subdomain (for example, [your.domain].com)
      Are you validating a subdomain? In the Host field, add the subdomain you are validating.
5. In the record type filed (or equivalent), select TXT.
6. Select a Time-to-Live (TTL) value or use your DNS provider’s default value.
7. Save the record.
8. Repeat the above steps for each domain on the order.

Once you've added the DNS TXT record for all domains on the order, you're ready to have us verify the TXT records (see Check DCV).

Follow these steps to complete HTTP token DCV and demonstrate control over your domains:

1. Copy the dcv_random_value that was returned in the response body when the order was placed.
2. In your preferred text editor, paste the random value you copied.
3. Save the file with a filename of fileauth.txt.
4. On your web server, upload the fileauth.txt file to this location: [yourdomain]/.well-known/pki-validation/fileauth.txt.

With the random token added to the DNS TXT record (DNS TXT method), DNS CNAME record (DNS CNAME method), or to the fileauth.txt uploaded to the specified location (HTTP TXT DCV method) for each domain on the order, you're ready to perform a DCV check.

When you submit your certificate order, automatic domain control validation (DCV) polling begins immediately and runs for one week. For more information about automatic DCV polling, see Automatic domain control validation checks.

In addition to automatic DCV polling, you can perform a DCV check manually with a PUT to the DV SSL: Check DCV endpoint.

A PUT to this endpoint returns four possible responses:

• 200 OK – DCV completed successfully
• 400 Bad Request – There are three possible error codes with this response:
  • invalid_dns_txt – DNS TXT record could not be found or contains the wrong random value for one or more domains. Verify that all domains on the order have the appropriate DNS TXT record with the correct random value.
  • file_random_value_not_found – fileauth.txt could not be found or contains the wrong random value for one or more domains. Verify that for all domains on the order the file is in the correct directory, is publicly available, and contains the correct random value.
  • invalid_dns_method – The DCV method for the order is set to email. Either locate the sent email and complete the DCV instructions or change the DCV method.

After submitting your order and completing the DCV for each domain, you'll want to know when the order status changes and the certificate is ready to download. The best way to do this is with a GET to the Status change list endpoint.

A GET to this endpoint returns three possible responses:

• 200 OK (orders array) – The orders array lists all orders that have changed status in the specified timeframe. When your order's status changes from pending to issued, it will appear in the list. If multiple orders are returned, use either the order ID or certificate ID to locate the order.
• 200 OK (empty object) – A response with an empty object ({}) means no orders have had a status change in the specified timeframe. Either increase the timeframe or wait to send another request.
• 400 Bad Request – A response with the time_frame_too_long error code means the timeframe specified in the URL query string exceeds the maximum value. Reduce the timeframe to a value less than 10080 minutes (7 days).

Once the order status changes from pending to issued, your certificate is ready to be downloaded. Depending on your needs, there are four endpoints you can use to download your certificate:

• Using certificate ID:
  • Download certificate
  • Download certificate by format
• Using order ID:
  • Download certificate (order_id)
  • Download certificate by format (order_id)

Reissuing a certificate allows you to add, remove, or swap domain names, update the CSR, or change the signature hash of a certificate without submitting a new order. Additionally, if a certificate expires before the end of an order, you can reissue the certificate to receive a new certificate with a new expiration date.

A reissued certificate has a new certificate ID but the same order ID. After a reissue is approved, a new certificate is issued and needs to be reinstalled.

When reissuing a certificate, you need to provide this information:

• Common name
• SANs (include both the current SANs in the dns_names parameter as well as any additional SANs to be secured)
• CSR (to get and reuse the current CSR, use the Request info endpoint)
• Server platform ID (options listed here)

Even if some of the above details are staying the same, you still need to include it in the reissue request.

The Reissue certificate endpoint accepts the following optional parameters:

• comments – Adds a message to the request for the approver.
• skip_approval ­‑ Allows the request to be immediately submitted for validation, bypassing the need to approve the reissue request.

After a reissue is complete, download the new certificate (see Download DV Certificate).

You can get a complete reissue history for an order by using the List reissues endpoint.

Renewing an order allows you to link a new order to an expiring order such that you can track the history of your certificates using CertCentral and the Services API. When you renew an order, you receive a new certificate and a new order ID.

To renew, send a request to the endpoint for the certificate you want to buy. Follow the instructions to prepare the certificate request, and include a value for one of the following parameters:

For example, a request to renew the order with ID 123456 looks like this:

For renewal orders, the Order info response includes a true value for the is_renewal parameter. The value of the renewed_order_id parameter is the order ID for the previous order:

After the status of the order renewal changes from pending to issued, you can download the new certificate (see Download certificate) and install it on your server. For more information about installing your certificate, see our SSL Certificate Installation Instructions & Tutorials page.

Once your order is issued, you can submit a revoke request if needed.

You can revoke a certificate using one of two endpoints:

• Revoke certificate – Use this endpoint to revoke a specific certificate using the certificate ID.
• Revoke order certificate – Use this endpoint to revoke all certificates associated with an order ID.

Both endpoints use the same request body parameters.

After submitting the revocation request, the request needs to be approved by an administrator using the Update request status endpoint.