Virtualmin vhost deletion desaster.

1 post / 0 new
#1 Sat, 06/02/2018 - 03:28
mike0810

Virtualmin vhost deletion desaster.

Because of no reaction to my bug report, here in the Forum again:

Today I did an upgrade of my virtualmin server. After upgrade, reboot, six services failed to start: Dovecot, proftpd, usermin, webmin, httpd and clamd@scan.

No relevant logs, nothing to see in journalctl -xe, messages, etc.

I restored the machine but the backup from two hours ago still had the same symptoms, so I suspected a potential hack, run rkhunter, etc. Nothing unusual.

Then I saw a trace in httpd journalctl that the http conf had an entry to a vhost which was deleted a few weeks ago. So there were traces of the deleted vhost in: Dovecot.conf Httpd.conf (ipkey, ipcert) ../authentic-theme (the user settings of the vhost were not deleted too)

The proftpd config file was broken („unable to use /etc/ssh/ssh_host_rsa.key as it is group or world accessible“) - had to comment the key sections out

clamd scan.conf was rewritten to use the same log file as the other clamav daemon service.

The /home/vhosts directories were deleted, though.

The only thing I can remember was that the respective user of the vhost changed the certificate settings of dns because he included a relay to an exchange server as mail system.

This is a bug to not delete all respective settings of a vhost and to allow bricking all the services of the shared webhost.

I did disable the services half a year ago and deleted them two weeks before the date of writing. Until today everything worked because no restart was issued. After update/restart, the server was bricked.