Closed GlitchWitch closed 10 months ago
Perhaps one of the following variables would make sense:
existing-certificate
&existing-certificate-key
The
existing-certificate
andexisting-certificate-key
input parameters allow you to set a custom certificate rather then getting a new one from let's encryptExample:
- uses: bakerkretzmar/laravel-deploy-preview@v2 with: forge-token: ${{ secrets.FORGE_TOKEN }} servers: | qa-1.acme.dev 60041 existing-certificate: | ${{ secrets.SSL-CERTIFICATE}} existing-certificate-key: | ${{ secrets.SSL-PRIVATE-KEY }}
clone-certificate
The
clone-certificate
input parameter allows you to clone an existing site's certificate rather then getting a new one from let's encrypt. The input can be any other site ID within Forge.Example:
- uses: bakerkretzmar/laravel-deploy-preview@v2 with: forge-token: ${{ secrets.FORGE_TOKEN }} servers: | qa-1.acme.dev 60041 clone-certificate: 90051
Added in d12e80f72cf35294288cdbf63f3b0872f22b9244.
In certain dev environments that are not publicly accessible, let's encrypt will fail to connect to the server and issue a certificate. This causes both an error on forge, the error #19, and the inability to access the site.
To resolve this, an option to use or clone an existing certificate could be added the same way that it's available in the Forge UI.