Hi, after a vserver clone (with enabled ssl) the settings in /etc/webmin/virtual-server/domains/${newID} have ID values from the old vserver ID in ssl paths. So, if not updated, the ssl paths for the newID, are same with oldID and when apply a certificate at one of them, it applies on both vservers.
Suggestion: because there will be an apache2 conf error if the new vserver will have the updated ssl paths (ssl files would not found for new vserver), I think that in the cloning process, the cloned vserver should have disabled ssl settings.
I have this issue now. Where can I change the wrong paths that have been saved in Server Configuration->SSL Certificate:
Wrong path to origin server:
|SSL certificate file|/etc/ssl/virtualmin/16866675635258/ssl.cert|
|SSL private key file|/etc/ssl/virtualmin/16866675635258/ssl.key|
CA certificate has correct path:
/etc/ssl/virtualmin/169185219820086/ssl.ca
Where are these wrong paths saved ?
Temporarily I can change the paths at Services->Configure SSL website->SSL Options but these are overwritten by the wrong paths when certificate auto renews.
Hi, you need to edit /etc/webmin/virtual-server/domains/${newID} and replace all old ids in it with the new one id, except the clone_id. After that, you can manage the ssl for the new (cloned) domain.
A permanent solution would be to clone a virtual server with the ssl off and properly defined ids in /etc/webmin/virtual-server/domains/${newID}. Moderators may check here…
Because of the bug, if you request a new certificate (no matter what vserver - old or cloned), it will applied to both of the virtual server and always one of them would have ssl errors. So, in order to unhook the cloned vserver ssl conf from the old vserver, you should edit the /etc/webmin/virtual-server/domains/${newID} and update the oldIDs with the newID.
If someone find this solution not necessary then a try will convince him (according to the virtualmin & webmin versions above and ssl enabled)
After the request of lets encrypt at the cloned vserver, does the source vserver ssl works fine? For me, the source vserver had the ssl from the cloned after that request. What a mess…! The replacement of the file IDs was the solution for me.
I’ve been getting the same error. It makes a mess of configuration and have to manually correct everything.
My workaround is to jump into /etc/ and run “ack” for the old original Domain ID and then update the various files that contain references to the Domain ID but are against configuration for the new Domain ID, and also repair the nginx configuration that it messes up too.
You also need to populate the domains SSL files in the domain folder by copying them from the original Domain ID to the new one as the new domain folder didn’t contain any SSL files.
Places to fix:-
/etc/usermin/miniserv.conf
/etc/webmin/miniserv.conf
/etc/webmin/virtual-server/domains/[Domain ID]
/etc/ssl/virtualmin/[Domain ID]
cloned servername 
