century1stop
-
Posts
42 -
Joined
-
Last visited
Posts posted by century1stop
-
-
You should also check the Module Logs under [Tools] to see if cPanel generated a more specific error from that action.
nope. log only showed hostname
Blesta doesn't touch your server. But I would say it's because Zamfoo is a custom plugin for cPanel and not registering when using the API. But Zamfoo is so insecure you are allowing your customers to take over your server. http://www.webhostingtalk.com/showthread.php?t=1275572
Thanks, more importantly the script doesn't make my server vulnerable to external attacks. Resellers I can settle effectively. Well, issue settled, thanks a bundle.
-
You are right, zamfoo was the culprit. Care to shed some light to the situation? Is it because Blesta blocked zamfoo for insecure elements?
-
yea sure, get back to you later
-
Erm thanks but the thread did not provide a solution.
However, I do have Mod_Security and Zamfoo running. Firewall has TCP IN 2087 / 2086 allowed.
-
Good day folks,
Wonder if you could help me out with this. Account creation in administration section (no invoice generated) gets this message, "An internal error occurred, or the server did not respond to the request." but account gets created in cPanel. There is of course no creation email or any active service from Blesta since error occurred.
Any idea what the problem is?
Thank you.
-
both servers down? or up haha and I did http:// no ssl.
It's up now though for me Can you make a new folder called test and see if Blesta works fine there? It might be a folder issue. And do you have a caching in place?
I'm guessing this is a linux server.
If you check the folders owner:group that does work and use that same owner:group combo on the new folder does it work.
After you do that, check the permissions as well.
Solved! It was a directory issue that needed to be commented out in ssl.conf
Thanks for your help.
-
I'm guessing this is a linux server.
If you check the folders owner:group that does work and use that same owner:group combo on the new folder does it work.
After you do that, check the permissions as well.
But should it affect at all? I mean since everything works with http and https being the problem area, ownership or permissions should render folders inaccessible regardless protocol
edit: yup linux centos 6.5 64bit
-
You are quite right, it really is a folder issue.
I created folder test and copied php info file there /test/info.php and I have the same issue.
Any way I can resolve it?
-
is it with or without https?
edit: sitemeer report shouldn't be a problem, just checked 2 nodes and both are down
-
the file info.php is no longer in /blesta/info.php, it can't be found. I've relocated it to domain.net/info.php which loads correctly with or without https. It's the Blesta folder that can't be accessed via https.
I'll configure error reporting in a jiffy.
-
No, that's just a dummy IP, apache has it in httpd.conf as well. If you like I can PM the actual url.
Configuration seems to be okay from what I gather with php info. Https works when it doesn't access Blesta folder. Is there a possibility I need to install it with https?
-
This server's isolated, linked to a different hosting platform, using the nameservers as well. Does this cause issues for Blesta?
Problem is if I were to configure it *:443 httpd will restart with an error, default being port 80
-
I have this in /conf/httpd.conf<VirtualHost *:80>ServerAdmin webmaster@domain.netDocumentRoot /var/www/domain.net/public_htmlServerName www.domain.netServerAlias domain.netErrorLog /var/www/domain.net/error.logCustomLog /var/www/domain.net-access_log common</VirtualHost>and this in /conf.d/sslhost.conf<VirtualHost 12.34.56.78:443>SSLEngine OnSSLCertificateFile /etc/pki/tls/certs/www.domain.net.crtSSLCertificateKeyFile /etc/pki/tls/private/www.domain.net.keySSLCACertificateFile /etc/pki/tls/certs/Comodo.ca-bundleServerAdmin webmaster@domain.netDocumentRoot /var/www/domain.net/public_htmlServerName www.domain.netServerAlias domain.netErrorLog /var/www/domain.net/error.logCustomLog /var/www/domain.net-access_log common</VirtualHost>PHP info in info.php loads in both http and https for domain.net/info.php whereas https://domain.net/blesta/info.php returns with url not found
-
Hi
Thanks for the suggestion.
Guess it's the Blesta install after all. Works nicely over http and I get a url not found over https.
Does this mean I need to have <virtualhost *:443> within httpd.conf as well? Directory wise, it's the same var/www/domain/public_html
-
PMed
nope not using .htaccess
and in httpd.conf <virtualhost > /var/www/domain/public_html
-
Hello,
Currently checking out the trial version, installed to a FQDN over standard http, no control panel just Apache, worked nicely. Decided to install ssl on the server, and when I switched to https, I get the messge "the requested url not found". Url over http still work. Am I doing anything wrong? Thanks
Email Module
in Feature Requests
Posted
Hi
Wonder if it would be possible to have an email module for "mass email clients" and "selected client email", quite useful at times when you make an announcement and/or notify client(s).
Thanks