Closed yasinyilmaz1 closed 7 months ago
Not a CloudPanel issue. The request to "https://publicsuffix.org/list/public_suffix_list.dat" isn't successful.
Your outgoing traffic seems to be blocked e.g. by a firewall?
When I check, there is no obstacle on ufw. I also contacted the provider and there does not seem to be any obstacle on the general protection side of the servers. However, the domain names of the php generic hostings I created on cloudpanel are domain names with .net.tr and .tr extensions. These domains are listed here https://publicsuffix.org/list/public_suffix_list.dat. I'm still having the same problem.
after closing the issue, no one else will respond. A very strange team is working on the panel I migrated to another panel, and I don't regret about it
after closing the issue, no one else will respond. A very strange team is working on the panel I migrated to another panel, and I don't regret about it
I have to disagree 100% on this remark. It's doesn't take into account a lot of things: Firstly it's false... I've been contacting the team repeatedly and I've always been getting answers and help. Always. What these people do on their spare time to help thousands of us is remarkable. Secondly, This panel is the only 100% free server administration panel. When I say 100% I mean literally 100%. There is no way to pay for it. Nothing is closed behind a paywall. That's also commendable. Third, I've been using it on 2 servers and had no issues with it ever. In total I host more than 40 pages on Cloudpanel installations and I plan to host even more as I migrate each website one by one.
I want to close with my opinion. The intenet used to be full of free things. Operating systems, office suites and server control panels. However, people are ungratefull. They do not realise that in order to have something good and have it free you need someone to fix it in their spare time without getting paid... So when they get something free, they tend to nag about the experience they assume they should get. That's not how "powered by the community" works. If you want to improve something, you need to improve it yourself and share it back with the rest of us. That's how a community works and that is what will keep the internet free.
Go ahead, go back to cpanel, who after providing their software for what looked like a reasonable price, they now ended up charging 300% of their price in less thatn 5 years.
The team didn't help me in any way. There is a bug in the Cloudpanel that prevents me from adding some of my domains. The problem is with the character validator. The team refused to solve this problem. So i can't using it, and the functionality of Cloudpanel is very weak in comparison with other panels. I can give you examples of really good free panels. ISPConfig, FastPanel, HestiaCP If you like Cloudpanel, you can continue to use it.
Friends, none of the sentences in your discussion are capable of producing a solution to my problem. Please continue this discussion elsewhere. Going beyond the scope of the topic makes it difficult to find a solution to my problem.
yasinyilmaz1 ок
Friends, none of the sentences in your discussion are capable of producing a solution to my problem. Please continue this discussion elsewhere. Going beyond the scope of the topic makes it difficult to find a solution to my problem.
Excuse me. I too was annoyed to the irrelevant and unhelpful comment and instead of ignoring it I made it worse by replying. Sorry for that.
Have you tried asking for help in Discord? I've been getting all the help I needed in there.
This is MariaDB problem.
I had multiple failed attempts setting up Cloudpanel on Debian 11 or Ubuntu 22.04 per previous few days, lots different than half a year ago when I setted up Cloudpanel for other project and it was butter smooth. Now on fresh OS install (with all packages updated properly) it is very sluggish install and in my case I had to finish it by manually running apt install cloudpanel
Still I got the same 500 error as issue author when tried to access the CLI In my case, PHP error log (in clp dir) said:
[21-Apr-2024 22:05:20] WARNING: [pool clp] child 136677 said into stderr: "{"message":"Uncaught PHP Exception Exception: \"Command \" : /usr/bin/sudo /usr/bin/mysql --defaults-extra-file=/tmp/phpFijIC5 < /tmp/phpSDRO41\" failed, error message: ERROR 1396 (HY000) at line 1: Operation ALTER USER failed for 'root'@'127.0.0.1'\n\" at /home/clp/htdocs/app/files/src/System/CommandExecutor.php line 2","context":{"exception":{"class":"Exception","message":"Command \" : /usr/bin/sudo /usr/bin/mysql --defaults-extra-file=/tmp/phpFijIC5 < /tmp/phpSDRO41\" failed, error message: ERROR 1396 (HY000) at line 1: Operation ALTER USER failed for 'root'@'127.0.0.1'\n","code":0,"file":"/home/clp/htdocs/app/files/src/System/CommandExecutor.php:2"}},"level":500,"level_name":"CRITICAL","channel":"request","datetime":"2024-04-21T20:05:20.121135+00:00","extra":{}}"
This was because MariaDB 10.11 installed with 'root' user defined for localhost, not 127.0.0.1 I know it's laughable and strange as f***, but I had to launch MySQL in safe mode with grant tables skip and reassign root user for 127.0.0.1, once I did that, Cloudpanel started running on Ubuntu 11
OP, go to your /home/clp/logs/php
and check error.log if you can see something in your case
EDIT: excuse me, I was unaware of context discussed above my comment. Sorry :D
CloudPanel version(s) affected
2.4.1
Description
Oops! An Error Occurred.
The server returned a "500 Internal Server Error".
How to reproduce
I installed cloudpanel on cleanly installed Debian 11. Afterwards, when I try to create a PHP site without making any additional changes, I encounter an error like this.
CLI root@mail:~# clpctl site:add:reverse-proxy --domainName=mail.domain.net.tr --reverseProxyUrl='https://127.0.0.1:17443' --siteUser=user --siteUserPassword='**' cURL error 28: Operation timed out after 10000 milliseconds with 68188 out of 308886 bytes received (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) for https://publicsuffix.org/list/public_suffix_list.dat
Possible Solution
No response
Additional Context
No response