This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Pages: [1]
1
Addons / Re: Change user password via API
« on: July 14, 2026, 04:39:25 PM »I want to write API function for change user password.
I see php files are encrypted so I do not know how start with it.
Any help ?
Update the API details: IP, key, and username/password

Code: [Select]
API_IP=
API_KEY=
API_URL_ACCOUNT="https://${API_IP}:2304/v1/account"
API_URL_CHANGEPASS="https://${API_IP}:2304/v1/changepass"
USERNAME=
NEW_PASSWORD=
API_RESPONSE=$(curl -k -s -X POST "$API_URL_CHANGEPASS" \
-F "key=$API_KEY" \
-F "action=update" \
-F "user=$USERNAME" \
-F "pass=$NEW_PASSWORD")
if [ -z "$API_RESPONSE" ]; then
echo -e "erroR"
else
echo -e "$API_RESPONSE"
fi
2
Other / Re: The CWPpro version 0.9.8.1239 update destroyed sshd and .ssh.
« on: July 05, 2026, 05:00:50 PM »
To prevent access loss in our case, the solution was to create a service that checks the MD5 hash of the SSH keys; if it detects a discrepancy, it copies the keys from a backup stored on the server itself.
Fortunately, we own our servers and run them on Proxmox. Manually recovering and restoring access to over 100 servers—one by one via CWP—would be a nightmare.
There is also an issue with database users granted wildcard (`%`) access; they get removed during every CWP update.
To resolve this, we keep a local backup of the MySQL table; whenever the script—which runs periodically to fix this—detects a discrepancy, it restores the user and their permissions.
This was a major failure that directly impacts customers. I hope they resolve this as quickly as possible, treating it as a top priority.
Fortunately, we own our servers and run them on Proxmox. Manually recovering and restoring access to over 100 servers—one by one via CWP—would be a nightmare.
There is also an issue with database users granted wildcard (`%`) access; they get removed during every CWP update.
To resolve this, we keep a local backup of the MySQL table; whenever the script—which runs periodically to fix this—detects a discrepancy, it restores the user and their permissions.
This was a major failure that directly impacts customers. I hope they resolve this as quickly as possible, treating it as a top priority.
3
Other / Re: The CWPpro version 0.9.8.1239 update destroyed sshd and .ssh.
« on: July 02, 2026, 04:53:49 PM »
To regain access, add a key via the panel:
-> Send shell command
Script:
-> Send shell command
Script:
Code: [Select]
mkdir -p /root/.ssh && chmod 700 /root/.ssh && echo "__PASTE_HERE__" >> /root/.ssh/authorized_keys && chmod 600 /root/.ssh/authorized_keys
4
Other / The CWPpro version 0.9.8.1239 update destroyed sshd and .ssh.
« on: July 02, 2026, 03:47:29 AM »
When upgrading CWPpro version: 0.9.8.1236 to CWPpro version: 0.9.8.1239 /root/.ssh was removed!
[root@aaa .ssh]# lsattr
----ia--------e----- ./authorized_keys
----ia--------e----- ./authorized_keys2
--------------e----- ./chave-aaa
--------------e----- ./known_hosts
[root@fairmontrio1 .ssh]# /scripts/update_cwp
=====================================================
============================ CentOS Web Panel Cron ================
=====================================================
##########################
Firewall Flush Daily Blocks
##########################
######################
Update Server Packages
######################
Redirecting to /bin/systemctl restart cwpsrv.service
Redirecting to /bin/systemctl restart cwp-phpfpm.service
Redirecting to /bin/systemctl reload cwpsrv.service
Redirecting to /bin/systemctl reload cwp-phpfpm.service
Redirecting to /bin/systemctl restart cwpsrv.service
Redirecting to /bin/systemctl restart httpd.service
Redirecting to /bin/systemctl reload httpd.service
warning: /var/tmp/rpm-tmp.COg4OK: Header V4 DSA/SHA1 Signature, key ID 914bdf7e: NOKEY
error: Failed dependencies:
perl(Date::Calc) is needed by postfix-2:3.4.8-2.centos.8+p18.0.24.0+t200128.1353.x86_64
Redirecting to /bin/systemctl reload nginx.service
Redirecting to /bin/systemctl reload httpd.service
Redirecting to /bin/systemctl restart httpd.service
sed: cannot rename /root/.ssh/sedR9aMWq: Operation not permitted
chown: changing ownership of '/root/.ssh/authorized_keys': Operation not permitted
chmod: changing permissions of '/root/.ssh/authorized_keys': Operation not permitted
chsh: Shell not changed.
chsh: Shell not changed.
sed: cannot rename /root/.ssh/sedgX6N5j: Operation not permitted
chown: changing ownership of '/root/.ssh/authorized_keys': Operation not permitted
chmod: changing permissions of '/root/.ssh/authorized_keys': Operation not permitted
chsh: Shell not changed.
chsh: Shell not changed.
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
[root@aaa .ssh]# ls -lah
total 0
Be careful when updating! We had a huge loss.
[root@aaa .ssh]# lsattr
----ia--------e----- ./authorized_keys
----ia--------e----- ./authorized_keys2
--------------e----- ./chave-aaa
--------------e----- ./known_hosts
[root@fairmontrio1 .ssh]# /scripts/update_cwp
=====================================================
============================ CentOS Web Panel Cron ================
=====================================================
##########################
Firewall Flush Daily Blocks
##########################
######################
Update Server Packages
######################
Redirecting to /bin/systemctl restart cwpsrv.service
Redirecting to /bin/systemctl restart cwp-phpfpm.service
Redirecting to /bin/systemctl reload cwpsrv.service
Redirecting to /bin/systemctl reload cwp-phpfpm.service
Redirecting to /bin/systemctl restart cwpsrv.service
Redirecting to /bin/systemctl restart httpd.service
Redirecting to /bin/systemctl reload httpd.service
warning: /var/tmp/rpm-tmp.COg4OK: Header V4 DSA/SHA1 Signature, key ID 914bdf7e: NOKEY
error: Failed dependencies:
perl(Date::Calc) is needed by postfix-2:3.4.8-2.centos.8+p18.0.24.0+t200128.1353.x86_64
Redirecting to /bin/systemctl reload nginx.service
Redirecting to /bin/systemctl reload httpd.service
Redirecting to /bin/systemctl restart httpd.service
sed: cannot rename /root/.ssh/sedR9aMWq: Operation not permitted
chown: changing ownership of '/root/.ssh/authorized_keys': Operation not permitted
chmod: changing permissions of '/root/.ssh/authorized_keys': Operation not permitted
chsh: Shell not changed.
chsh: Shell not changed.
sed: cannot rename /root/.ssh/sedgX6N5j: Operation not permitted
chown: changing ownership of '/root/.ssh/authorized_keys': Operation not permitted
chmod: changing permissions of '/root/.ssh/authorized_keys': Operation not permitted
chsh: Shell not changed.
chsh: Shell not changed.
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
[root@aaa .ssh]# ls -lah
total 0
Be careful when updating! We had a huge loss.
5
PHP Selector / Re: PHP-FPM Not Working (503 Service Unavailable)
« on: March 16, 2024, 05:05:11 PM »
Error:
ERROR failed at quota or security limits
Solved: update package
ERROR failed at quota or security limits
Solved: update package
6
Updates / Re: nginx/httpd problem (98)Address already in use, bind to :80/443 failed
« on: July 06, 2023, 05:06:40 PM »
This solved the problem. My httpd.service was different, I don't know why. Thank you.
if the service is already running, and you try to start it again, of course you are going to get bind errors. try "nginx -s reload" if you want to reload config files, other than that, leave it alone.
Your only issue is apache failing to start due to trying to bind to port 80 as well. That should have been resolved. If your saying the systemctl doesn't list an httpd service:
nano /usr/lib/systemd/system/httpd.serviceCode: [Select][Unit]systemctl enable httpd
Description=Web server Apache
After=network.target
[Service]
Type=forking
ExecStart=/usr/local/apache/bin/apachectl start
ExecReload=/usr/local/apache/bin/apachectl graceful
ExecStop=/usr/local/apache/bin/apachectl graceful-stop
[Install]
WantedBy=multi-user.target
systemctl start httpd
7
Backup / Re: There is an error, please check that the account no longer exists
« on: January 28, 2023, 12:14:40 AM »
I had the same problem just now and managed to solve it.
The mistake:
Problem when unzipping the file, the path /home/tmpback/./cp/ is not available
The solution:
1- extract the user.tar.gz backup into a folder;
2- create the "cp" folder inside the user's folder, and then inside his vmail:
/home/tmp/user/cp
/home/tmp/user/vmail/cp
Yes, he will complain about the "vmail/cp" folder later.
3- compact everything again as user.tar.gz;
Okay, now try to restore and it will work (it worked for me).
The mistake:
Problem when unzipping the file, the path /home/tmpback/./cp/ is not available
The solution:
1- extract the user.tar.gz backup into a folder;
2- create the "cp" folder inside the user's folder, and then inside his vmail:
/home/tmp/user/cp
/home/tmp/user/vmail/cp
Yes, he will complain about the "vmail/cp" folder later.
3- compact everything again as user.tar.gz;
Okay, now try to restore and it will work (it worked for me).
8
CentOS 7 Problems / Re: Change Server Date & Time
« on: January 15, 2023, 05:37:50 AM »
Use "
date.timezone = "aa/bb"
date.timezone = "aa/bb"
9
Mod_Security / Re: Error 403 Forbidden (You don't have permission to access / on this server)
« on: January 10, 2023, 07:53:27 PM »
CWP -> Mod Security -> Change to Comodo WAF
10
CentOS-WebPanel Bugs / Re: Problem with VARNISH config files .... and CWP update to new version
« on: January 05, 2023, 12:02:53 PM »
Hello guys!
I've been experimenting with CWP for a while now. We already have several servers in production using it and we like it.
Most errors are resolved by doing a "rebuild".
I solved this problem on one of the servers by doing the following:
Select WebServers -> Save & Rebuild Configuration
I understand that many days have passed, but I hope this information can help someone in the future.
I've been experimenting with CWP for a while now. We already have several servers in production using it and we like it.
Most errors are resolved by doing a "rebuild".
I solved this problem on one of the servers by doing the following:
Select WebServers -> Save & Rebuild Configuration
I understand that many days have passed, but I hope this information can help someone in the future.
Pages: [1]
