Public/New-PACertificate.ps1
|
function New-PACertificate { [CmdletBinding()] param( [Parameter(Mandatory,Position=0)] [string[]]$Domain, [string[]]$Contact, [ValidateScript({Test-ValidKeyLength $_ -ThrowOnFail})] [string]$CertKeyLength='2048', [switch]$NewCertKey, [switch]$AcceptTOS, [ValidateScript({Test-ValidKeyLength $_ -ThrowOnFail})] [string]$AccountKeyLength='ec-256', [ValidateScript({Test-ValidDirUrl $_ -ThrowOnFail})] [Alias('location')] [string]$DirectoryUrl='LE_PROD', [ValidateScript({Test-ValidDnsPlugin $_ -ThrowOnFail})] [string[]]$DnsPlugin, [hashtable]$PluginArgs, [string[]]$DnsAlias, [switch]$OCSPMustStaple, [string]$FriendlyName='', [string]$PfxPass='poshacme', [switch]$Install, [switch]$Force, [int]$DNSSleep=120, [int]$ValidationTimeout=60, [int]$CertIssueTimeout=60 ) # Make sure we have a server set. But don't override the current # one unless explicitly specified. if (!(Get-PAServer) -or ('DirectoryUrl' -in $PSBoundParameters.Keys)) { Set-PAServer $DirectoryUrl } else { # refresh the directory info (which should also get a fresh nonce) Update-PAServer } Write-Verbose "Using directory $($script:Dir.location)" # Make sure we have an account set. If Contact and/or AccountKeyLength # were specified and don't match the current one but do match a different, # one, switch to that. If the specified details don't match any existing # accounts, create a new one. $acct = Get-PAAccount $accts = @(Get-PAAccount -List -Refresh -Status 'valid' @PSBoundParameters) if (!$accts -or $accts.Count -eq 0) { # no matches for the set of filters, so create new Write-Verbose "Creating a new $AccountKeyLength account with contact: $($Contact -join ', ')" $acct = New-PAAccount @PSBoundParameters } elseif ($accts.Count -gt 0 -and (!$acct -or $acct.id -notin $accts.id)) { # we got matches, but there's no current account or the current one doesn't match # so set the first match as current $acct = $accts[0] Set-PAAccount $acct.id } Write-Verbose "Using account $($acct.id)" # Check for an existing order from the MainDomain for this call and create a new # one if: # - -Force was used # - it doesn't exist # - is invalid # - is valid and within the renewal window # - is pending, but expired # - has different KeyLength # - has different SANs $order = $null try { $order = Get-PAOrder $Domain[0] -Refresh } catch {} $SANs = @($Domain | Where-Object { $_ -ne $Domain[0] }) | Sort-Object if ($Force -or !$order -or $order.status -eq 'invalid' -or ($order.status -eq 'valid' -and $order.RenewAfter -and (Get-Date) -ge (Get-Date $order.RenewAfter)) -or ($order.status -eq 'pending' -and (Get-Date) -gt (Get-Date $order.expires)) -or $CertKeyLength -ne $order.KeyLength -or ($SANs -join ',') -ne (($order.SANs | Sort-Object) -join ',') ) { # Create a hashtable of order parameters to splat $orderParams = @{ Domain = $Domain; KeyLength = $CertKeyLength; OCSPMustStaple = $OCSPMustStaple.IsPresent; NewKey = $NewCertKey.IsPresent; Install = $Install.IsPresent; FriendlyName = $FriendlyName; PfxPass = $PfxPass; } # load values from the old order if they exist and weren't explicitly specified if ($order) { $oldOrder = $order if ('CertKeyLength' -notin $PSBoundParameters.Keys) { $orderParams.KeyLength = $oldOrder.KeyLength } if ('OCSPMustStaple' -notin $PSBoundParameters.Keys) { $orderParams.OCSPMustStaple = $oldOrder.OCSPMustStaple } if ('Install' -notin $PSBoundParameters.Keys -and $oldOrder.Install) { $orderParams.Install = $oldOrder.Install } if ('FriendlyName' -notin $PSBoundParameters.Keys -and $oldOrder.FriendlyName) { $orderParams.FriendlyName = $oldOrder.FriendlyName } if ('PfxPass' -notin $PSBoundParameters.Keys -and $oldOrder.PfxPass) { $orderParams.PfxPass = $oldOrder.PfxPass } } # and force a new order Write-Verbose "Creating a new order for $($Domain -join ', ')" $order = New-PAOrder @orderParams -Force } else { # set the existing order as current Write-Verbose "Using existing order for $($order.MainDomain) with status $($order.status)" $oldOrder = $order $order | Set-PAOrder } # deal with "pending" orders that may have authorization challenges to prove if ($order.status -eq 'pending') { # create a hashtable of validation parameters to splat that uses # explicit params backed up by previous order params $chalParams = @{} if ('DnsPlugin' -in $PSBoundParameters.Keys) { $chalParams.DnsPlugin = $DnsPlugin } elseif ($oldOrder) { $chalParams.DnsPlugin = $oldOrder.DnsPlugin } if ('PluginArgs' -in $PSBoundParameters.Keys) { $chalParams.PluginArgs = $PluginArgs } if ('DnsAlias' -in $PSBoundParameters.Keys) { $chalParams.DnsAlias = $DnsAlias } elseif ($oldOrder) { $chalParams.DnsAlias = $oldOrder.DnsAlias } $chalParams.DnsSleep = $DnsSleep if ($oldOrder) { $chalParams.DnsSleep = $oldOrder.DnsSleep } $chalParams.ValidationTimeout = $ValidationTimeout if ($oldOrder) { $chalParams.ValidationTimeout = $oldOrder.ValidationTimeout } Submit-ChallengeValidation @chalParams # refresh the order status $order = Get-PAOrder -Refresh } # if we've reached this point, it should mean that we're ready to finalize the # order. The order status is supposed to be 'ready', but that ready status is a # recent addition to the ACME spec and LetsEncrypt hasn't implemented it yet. # So for now, we have to check the status of the order's authorizations to make # sure it's ready for finalization. $auths = $order | Get-PAAuthorizations if ($order.status -eq 'ready' -or ($order.status -eq 'pending' -and !($auths | Where-Object { $_.status -ne 'valid' })) ) { # make the finalize call Write-Verbose "Finalizing the order." Submit-OrderFinalize # refresh the order status $order = Get-PAOrder -Refresh } # The order should now be finalized and the status should be valid. The only # thing left to do is download the cert and chain and write the results to # disk if ($order.status -eq 'valid' -and !$order.CertExpires) { if ([string]::IsNullOrWhiteSpace($order.certificate)) { throw "Order status is valid, but no certificate URL was found." } # Download the cert chain, split it up, and generate a PFX files $exportParams = @{ CertUrl = $order.certificate; OutputFolder = $script:OrderFolder; FriendlyName = $FriendlyName; PfxPass = $PfxPass; } Export-PACertFiles @exportParams # check the certificate expiration date so we can update the CertExpires # and RenewAfter fields Write-Verbose "Updating cert expiration and renewal window" $certExpires = (Import-Pem (Join-Path $script:OrderFolder 'cert.cer')).NotAfter $script:Order.CertExpires = $certExpires.ToString('yyyy-MM-ddTHH:mm:ssZ') $script:Order.RenewAfter = $certExpires.AddDays(-30).ToString('yyyy-MM-ddTHH:mm:ssZ') Update-PAOrder -SaveOnly Write-Verbose "Successfully created certificate." # install to local computer store if asked if ($order.Install) { Write-Verbose "Importing certificate to Windows certificate store." if ([string]::IsNullOrEmpty($PfxPass)) { $secPass = New-Object Security.SecureString } else { $secPass = ConvertTo-SecureString $PfxPass -AsPlainText -Force } Import-PfxCertInternal (Join-Path $script:OrderFolder 'fullchain.pfx') -PfxPass $secPass } # output cert details Get-PACertificate } elseif ($order.CertExpires) { Write-Verbose "This certificate order has already been completed. Use -Force to overwrite the current certificate." } <# .SYNOPSIS Request a new certificate .DESCRIPTION This is the primary function for this module and is capable executing the entire ACME certificate request process from start to finish without any prerequisite steps. However, utilizing the module's other functions can enable more complicated workflows and reduce the number of parameters you need to supply to this function. .PARAMETER Domain One or more domain names to include in this order/certificate. The first one in the list will be considered the "MainDomain" and be set as the subject of the finalized certificate. .PARAMETER Contact One or more email addresses to associate with this certificate. These addresses will be used by the ACME server to send certificate expiration notifications or other important account notices. .PARAMETER CertKeyLength The type and size of private key to use for the certificate. For RSA keys, specify a number between 2048-4096 (divisible by 128). For ECC keys, specify either 'ec-256' or 'ec-384'. Defaults to '2048'. .PARAMETER NewCertKey If specified, a new private key will be generated for the certificate. Otherwise, a new key will only be generated if one doesn't already exist for the primary domain or the key type or length have changed from the previous order. .PARAMETER AcceptTOS This switch is required when creating a new account as part of a certificate request. It implies you have read and accepted the Terms of Service for the ACME server you are connected to. The first time you connect to an ACME server, a link to the Terms of Service should have been displayed. .PARAMETER AccountKeyLength The type and size of private key to use for the account associated with this certificate. For RSA keys, specify a number between 2048-4096 (divisible by 128). For ECC keys, specify either 'ec-256' or 'ec-384'. Defaults to 'ec-256'. .PARAMETER DirectoryUrl Either the URL to an ACME server's "directory" endpoint or one of the supported short names. Currently supported short names include LE_PROD (LetsEncrypt Production v2) and LE_STAGE (LetsEncrypt Staging v2). Defaults to 'LE_PROD'. .PARAMETER DnsPlugin One or more DNS plugin names to use for this order's DNS challenges. If no plugin is specified, the "Manual" plugin will be used. If the same plugin is used for all domains in the order, you can just specify it once. Otherwise, you should specify as many plugin names as there are domains in the order and in the same sequence as the order. .PARAMETER PluginArgs A hashtable containing the plugin arguments to use with the specified DnsPlugin list. So if a plugin has a -MyText string and -MyNumber integer parameter, you could specify them as @{MyText='text';MyNumber=1234}. .PARAMETER DnsAlias One or more FQDNs that DNS challenges should be published to instead of the certificate domain's zone. This is used in advanced setups where a CNAME in the certificate domain's zone has been pre-created to point to the alias's FQDN which makes the ACME server check the alias domain when validation challenge TXT records. If the same alias is used for all domains in the order, you can just specify it once. Otherwise, you should specify as many alias FQDNs as there are domains in the order and in the same sequence as the order. .PARAMETER OCSPMustStaple If specified, the certificate generated for this order will have the OCSP Must-Staple flag set. .PARAMETER FriendlyName Set a friendly name for the certificate. This will populate the "Friendly Name" field in the Windows certificate store when the PFX is imported. Defaults to an empty string. .PARAMETER PfxPass Set the export password for generated PFX files. Defaults to 'poshacme'. .PARAMETER Install If specified, the certificate generated for this order will be imported to the local computer's Personal certificate store. Using this switch requires running the command from an elevated PowerShell session. .PARAMETER Force If specified, a new certificate order will always be created regardless of the status of a previous order for the same primary domain. Otherwise, the previous order still in progress will be used instead. .PARAMETER DnsSleep Number of seconds to wait for DNS changes to propagate before asking the ACME server to validate DNS challenges. Default is 120. .PARAMETER ValidationTimeout Number of seconds to wait for the ACME server to validate the challenges after asking it to do so. Default is 60. If the timeout is exceeded, an error will be thrown. .PARAMETER CertIssueTimeout Number of seconds to wait for the server to finish the order before giving up and throwing an error. .EXAMPLE New-PACertificate site1.example.com -AcceptTOS This is the minimum parameters needed to generate a certificate for the specified site if you haven't already setup an ACME account. It will prompt you to add the required DNS TXT record manually. Once you have an account created, you can omit the -AcceptTOS parameter. .EXAMPLE New-PACertificate 'site1.example.com','site2.example.com' -Contact admin@example.com Request a SAN certificate with multiple names and have notifications sent to the specified email address. .EXAMPLE New-PACertificate '*.example.com','example.com' Request a wildcard certificate that includes the root domain as a SAN. .EXAMPLE $pluginArgs = @{FBServer='fb.example.com'; FBCred=(Get-Credential)} PS C:\>New-PACertificate site1.example.com -DnsPlugin Flurbog -PluginArgs $pluginArgs Request a certificate using the hypothetical Flurbog DNS plugin that requires a server name and set of credentials. .EXAMPLE $pluginArgs = @{FBServer='fb.example.com'; FBCred=(Get-Credential)} PS C:\>New-PACertificate site1.example.com -DnsPlugin Flurbog -PluginArgs $pluginArgs -DnsAlias validate.alt-example.com This is the same as the previous example except that it's telling the Flurbog plugin to write to an alias domain. This only works if you have already created a CNAME record for _acme-challenge.site1.example.com that points to validate.alt-example.com. .LINK Project: https://github.com/rmbolger/Posh-ACME .LINK Submit-Renewal .LINK Get-DnsPlugins #> } |