Please fill out the fields below so we can help you better. Note: you must provide your domain name to get help. Domain names for issued certificates are all made public in Certificate Transparency logs (e.g. https://crt.sh/?q=example.com), so withholding your domain name here does not increase secrecy, but only makes it harder for us to provide help.
My domain is:
I ran this command:
It produced this output:
My web server is (include version):
The operating system my web server runs on is (include version):
My hosting provider, if applicable, is:
I can login to a root shell on my machine (yes or no, or I don’t know):
I’m using a control panel to manage my site (no, or provide the name and version of the control panel):
My web server is (include version): Server version: Apache/2.4.6 (CentOS)
The operating system my web server runs on is (include version): Linux phillw.net 3.10.0-862.3.3.el7.x86_64 #1 SMP Fri Jun 15 04:15:27 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
My hosting provider, if applicable, is: It is a bare metal server running on an OVH server farm
I can login to a root shell on my machine (yes or no, or I don’t know): it’s the only way I can log on
Interestingly, the https://www.phillw.net/ works fine while the https://phillw.net/ doesn’t. I would speculate that your Apache virtual hosts only mention the former, or that you have a _default_ HTTPS virtual host with a self-signed which is taking priority and should be deleted.
Yes, Apache is using the domain name to choose which virtual host to use and therefore which certificate to present. It needs to know that that name refers to the same virtual host as www.phillw.net.
You should have a similar -le-ssl.conf file. If it already has the ServerAlias, then that’s OK; in this case you should look for an HTTPS virtual host with _default_ in order to remove it.
I believe that if you get rid of that virtual host and reload Apache, your site will work. This is a problem that quite a few other people have had in the past, with a similar symptom.