Control Web Panel
WebPanel => CentOS-WebPanel Bugs => Topic started by: Wonder on July 28, 2026, 11:33:49 AM
-
Hello,
I have experienced exactly the same issue on two completely different CWP servers.
Environment:
- CWP on AlmaLinux 8
- Two independent VPSs
- Different providers
- Root SSH on custom port (62424)
On both servers, after a recent CWP update, SSH public key authentication stopped working.
After investigating, I found that the entire directory:
/root/.ssh
had disappeared.
Not only authorized_keys, but the complete .ssh directory was gone.
I had to recreate:
- /root/.ssh
- authorized_keys
- permissions (700/600)
After restoring them, SSH key authentication immediately started working again.
On one of the servers, CWP also stopped starting because the following file was missing:
/etc/pki/tls/certs/hostname.crt
The other files still existed:
- hostname.cert
- hostname.bundle
- hostname.key
Creating the missing symbolic link:
hostname.crt -> hostname.cert
made cwpsrv start again.
I don't know whether both issues are related, but the disappearance of /root/.ssh happened on two different CWP servers, which makes me suspect it could be related to a recent update.
There are no custom maintenance scripts on either server that modify /root/.ssh or SSL certificates.
Has anyone else experienced the complete disappearance of /root/.ssh after a recent CWP update?
Thanks.
-
same here. I suspected CWP but couldnt find logs indicating that.
I had to VNC to the server and readd it there, and it still got wiped next day.
I did it again, and then kept ssh open for several days.
Then started another ssh and it showed an error message indicating that the folder is gone again.
I readded it through the previously opened ssh and it worked fine since then.
-
I have had exactly the same issues on three separate instances of CWP Pro, using AlmaLinux 8.10 and AlmaLinux 9.8 in one case.
ie:
- root's .ssh folder was completely deleted by the update to CWP 1.6
As my servers don't permit login via password, this meant I was no longer able to login via SSH. Luckily I was able to start a console session via my hosting company's control panel, and add back the /root/.ssh directory and the authorized_keys file that CWP deleted
- the certificate /etc/pki/tls/certs/hostname.crt is removed or renamed to hostname.cert
Since this file is symlinked from the server's actual hostname, eg: MyServerHostname.crt > hostname.crt it then results in CWPro not loading the control panel and failing after a restart.
The solution was to add an additional symlink hostname.cert > hostname.crt
Both these problems are serious since they result in the potential inability for the sysadmin to access the server