So I am new to virtualmin and am loving it! I just have one issue that I have not been able to resolve. I have updated my SSL cert to my CA signed one from Virtualmin -> Server Config -> Manage SSL Cert. The new certificate appears correctly under current SSL cert details and I have copied it to Webmin, Usermin, Dovecot, and Postfix successful (and they are using this cert, all is well there). But when I hit my website, I still get a certificate warning showing the old, self signed certificate.
I am sort of losing my mind as to how this is even possible.
Steps I've tried:
- Manually installing the cert by coping the cert/key into the domain's home directory
- Verified the httpd.conf file is correctly pointing at the cert/key
- Tried installing again using the New Cert tab
- Restarted httpd several times
I really don't even know where the old cert is living or how this is possible. Any direction or where I can investigate further would be greatly appreciated.
Virtualmin: 3.83.gpl GPL
Fresh install of CentOS 5.5 (used install.sh script)
The domain is my primary domain
Thanks!

I was able to work around
I was able to work around this by directly editing the ssl cert/key path in /etc/httpd/conf.d/ssl.conf to match what is in my virtual server's conf. The deceleration in that file is VirtualHost _default_:443. For the future, should i remove this default virtualhost deceleration from ssl.conf? I'm wondering if it's being loaded first and since only one SSL cert can be loaded, if that is why it is overriding my virtual server...
Thoughts? Thanks!
Hmm, I haven't heard of a
Hmm, I haven't heard of a declaration in ssl.conf overriding what goes in other VirtualHost blocks.
It is possible that Apache just needed to be restarted?
While Virtualmin should restart Apache for you whenever updating the SSL cert, if it didn't for some reason, that could cause the problems you saw.
-Eric
Thanks for the response Eric.
Thanks for the response Eric. I also don't understand why the default block would override the block specific to that host, but that seems to be what is happening. The docroot still comes out right (but it is my default domain, so it might just be getting lucky).
I have restarted apache several times.
I'm having the same problem
I believe I'm having the exact same problem as you right now... might be a bug?
It might be a bug, but it
It might be a bug, but it seems like an Apache bug not one in Virtualmin. From what I can tell Virtualmin is creating the VirtualHost correctly.
For now, I would recommend editing conf.d/ssl.conf and changing the key locations to match the domain you would like to use ("/home/domain/ssl.key")
Having the same issue too
Uploaded a renewed cert, and while Virtualmin reflect the updated cert, apache doesn't seem to be serving it in HTTPS requests.
-- I checked and the ssl.key and ssl.cert files are updated on the domain's home directory. -- using virtualmin 3.76 on Debian 5.0.6 OS, Apache 2.2.16 -- godaddy cert. -- restarted apache, no change
I have successfully created
I have successfully created SSL Certificate and added to one of my virtual hosts. But then, as they say curiosity killed the cat, I noticed very much inviting copy buttons in Virtualmin and pressed the first one, I guess I have copied it to Webmin and... can't access Virtualmin anymore :( Who can tell where I can return old values via command line?
This issue was resolved
This issue was resolved here:
https://www.virtualmin.com/node/18614
Hi, I was having the same
Hi,
I was having the same issue where my default domain would not load its new SSL but still load some kind of default cert from somewhere.
After many hours I found that it might be the /etc/httpd/conf.d/ssl.conf that contained a section - after checking with my other server I saw that it does not have this section - removing it fixed the problem.
Is it safe to remove this section from "/etc/httpd/conf.d/ssl.conf" - will this not break anything in Virtualmin/Apache??
Yup, you should be able to
Yup, you should be able to remove that ssl.conf file without causing any problems.
-Eric
Thank you again for the help!
Thank you again for the help!
I have just seen the same
I have just seen the same issue on a new server: Centos 6
Removed the section from ssl.conf, restarted apache, now I get the correct certificate response.
This was a difficult problem to diagnose, as my application showed the correct certificate... but when Google Checkout API called back, it received a cert error because the default VM self-signed cert was returned.
With any ot these changes -
With any ot these changes - changing of the paths or removing the entire section, Apache just refuses to start giving this empty error. Failed to start apache : Starting httpd: [FAILED]
I have the same problem.
Does Apache start up after
Does Apache start up after removing (or renaming) the ssl.conf file in your case?
-Eric