Troubleshooting SSL errors
If you run into SSL issues with your appliance, you can take actions to resolve them.
In this article
- Removing the passphrase from your key file
- Converting your SSL certificate or key into PEM format
- Unresponsive installation after uploading a key
- Certificate validity errors
- Installing self-signed or untrusted certificate authority (CA) root certificates
Removing the passphrase from your key file
If you have a Linux machine with OpenSSL installed, you can remove your passphrase.
Rename your original key file.
$ mv yourdomain.key yourdomain.key.orig
Generate a new key without a passphrase.
$ openssl rsa -in yourdomain.key.orig -out yourdomain.key
You'll be prompted for the key's passphrase when you run this command.
For more information about OpenSSL, see OpenSSL's documentation.
Converting your SSL certificate or key into PEM format
If you have OpenSSL installed, you can convert your key into PEM format by using the
openssl command. For example, you can convert a key from DER format into PEM format.
$ openssl rsa -in yourdomain.der -inform DER -out yourdomain.key -outform PEM
Otherwise, you can use the SSL Converter tool to convert your certificate into the PEM format. For more information, see the SSL Converter tool's documentation.
Unresponsive installation after uploading a key
If your GitHub Enterprise Server instance is unresponsive after uploading an SSL key, please contact GitHub Enterprise Support with specific details, including a copy of your SSL certificate.
Certificate validity errors
Clients such as web browsers and command-line Git will display an error message if they cannot verify the validity of an SSL certificate. This often occurs with self-signed certificates as well as "chained root" certificates issued from an intermediate root certificate that is not recognized by the client.
If you are using a certificate signed by a certificate authority (CA), the certificate file that you upload to GitHub Enterprise Server must include a certificate chain with that CA's root certificate. To create such a file, concatenate your entire certificate chain (or "certificate bundle") onto the end of your certificate, ensuring that the principal certificate with your hostname comes first. On most systems you can do this with a command similar to:
$ cat yourdomain.com.crt bundle-certificates.crt > yourdomain.combined.crt
You should be able to download a certificate bundle (for example,
bundle-certificates.crt) from your certificate authority or SSL vendor.
Installing self-signed or untrusted certificate authority (CA) root certificates
If your GitHub Enterprise Server appliance interacts with other machines on your network that use a self-signed or untrusted certificate, you will need to import the signing CA's root certificate into the system-wide certificate store in order to access those systems over HTTPS.
- Obtain the CA's root certificate from your local certificate authority and ensure it is in PEM format.
Copy the file to your GitHub Enterprise Server appliance over SSH as the "admin" user on port 122.
$ scp -P 122 rootCA.crt admin@HOSTNAME:/home/admin
Connect to the GitHub Enterprise Server administrative shell over SSH as the "admin" user on port 122.
$ ssh -p 122 admin@HOSTNAME
Import the certificate into the system-wide certificate store.
$ ghe-ssl-ca-certificate-install -c rootCA.crt