Creating SSL Certificates
These tutorials briefly cover creating a new SSL certificates for your panel and/or wings.
- Certbot
- Apache w/CloudFlare API
- Caddy w/CloudFlare API
This way is the most recommended and should work in 98% of setups.
To begin, we will install certbot, a simple script that automatically renews our certificates and allows much easier creation of them. The command below is for Ubuntu distributions, but you can always check Certbot's official site for installation instructions. We have also included a command below to install certbot's Nginx/Apache plugin so you won't have to stop your webserver.
- NGINX
- Apache
- Caddy / Other
sudo apt install -y python3-certbot-nginx
sudo apt install -y python3-certbot-apache
sudo apt install -y certbot
Creating a Certificate
After installing certbot, we need to generate a certificate. There are a couple of ways to do that, but the easiest is to use the web server-specific certbot plugin you just installed.
For Wings-only machines that don't need a web server, use the standalone or DNS method of the certbot as you don't need a web server for it.
Then, in the command below, you should replace example.com
with the domain you would like to generate a certificate
for. When you have multiple domains you would like certificates for, simply add more -d anotherdomain.com
flags to the
command. You can also look into generating a wildcard certificate but that is not covered in this tutorial.
When you are using certbot's Nginx/Apache plugin, you won't need to restart your webserver to have the certificate applied assuming that you've already configured the webservers to use SSL as instructed in the web server configuration step.
HTTP challenge
HTTP challenge requires you to expose port 80 for the challenge verification.
- NGINX
- Apache
- Standalone
certbot certonly --nginx -d example.com
certbot certonly --apache -d example.com
certbot certonly --standalone -d example.com
DNS challenge
DNS challenge requires you to create a new TXT DNS record to verify domain ownership, instead of having to expose port 80. The instructions are displayed when you run the certbot command below.
certbot -d example.com --manual --preferred-challenges dns certonly
Auto Renewal
You'll also probably wasnt to configure the automatic renewal of certificates to prevent unexpected certificate expirations.
You can open crontab with sudo crontab -e
and add the line from below to the bottom of it for attempting renewal every day at 23 (11 PM).
Deploy hook would restart the Nginx service to apply a new certificate when it's renewed successfully. Change nginx
in the restart command to suit your own needs, such as to apache
or wings
.
For advanced users, we suggest installing and using acme.sh which provides more options, and is much more powerful than certbot.
0 23 * * * certbot renew --quiet --deploy-hook "systemctl restart nginx"
Troubleshooting
If you get an Insecure Connection
or SSL/TLS related error when trying to access your panel or wings, the certificate has likely expired.
This can be easily fixed by renewing the SSL certificate, although using the command certbot renew
might not do the job if port 80 is in use, as it'll return errors like: Error: Attempting to renew cert (domain) from /etc/letsencrypt/renew/domain.conf produced an unexpected error
.
This will happen especially if you're running Nginx instead of Apache. The solution for this is to use Nginx or Apache plugins with --nginx
and --apache
. Alternatively, you can stop Nginx, then renew the certificate, finally restart Nginx. Replace nginx
with your own web server or with wings
should you be renewing the certificate for Wings.
Stop Nginx:
systemctl stop nginx
Renew the certificate:
certbot renew
Once the process has completed, you can restart Nginx:
systemctl start nginx
You may also need to restart Wings as not every service is able to automatically apply an updated certificate:
systemctl restart wings
This is for advanced users, whose server systems do not have access to port 80. The command below is for Ubuntu distributions and CloudFlare API (you may google for other APIs for other DNS providers), but you can always check acme.sh's official site for installation instructions.
Make sure you read both instructions, as some people may have moved to CloudFlare's new authorization system (Modern), but other's have not (Legacy).
curl https://get.acme.sh | sh
- Legacy
- Modern
Obtaining CloudFlare API Key (Legacy)
After installing acme.sh, we need to fetch a CloudFlare API key.
On Cloudfare's website, select your domain, then on the right side, copy your "Zone ID" and "Account ID".
Click on "Get your API token", click on "Create Token" > select the template "Edit zone DNS" > select the scope of "Zone Resources"
Click on "Continue to summary", copy your token.
Creating a Certificate
Since the configuration file is based on Certbot, we need to create the folder manually.
sudo mkdir -p /etc/letsencrypt/live/example.com
After installing acme.sh and obtaining CloudFlare API key, we need to then generate a certificate. First input the CloudFlare API credentials.
export CF_Token="Your_CloudFlare_API_Key"
export CF_Account_ID="Your_CloudFlare_Account_ID"
export CF_Zone_ID="Your_CloudFlare_Zone_ID"
Obtaining CloudFlare API Key (Modern)
After installing acme.sh, we need to fetch a CloudFlare API key.
- Cloudfare's website, click on your profile on the top right.
- Go to "My Profile" --> "API Tokens".
- Click "Create Token" and use the "Edit zone DNS" template.
- Then once on the next page, goto "Zone Resources" and "Include" - "Specific Zone" - (Select the domain you want to use).
- Continue to the summery.
- Confirm you'd like to create the token.
Creating a Certificate
Since the configuration file is based on Certbot, we need to create the folder manually.
sudo mkdir -p /etc/letsencrypt/live/example.com
After installing acme.sh and obtaining CloudFlare API key, we need to then generate a certificate. First input the CloudFlare API credentials.
export CF_Key="Your_CloudFlare_API_Key"
export CF_Email="Your_CloudFlare_Email"