Search results

that's indeed a bug in SSI processing. Please upgrade to the latest 4.2.1 build: /usr/local/lsws/admin/misc/lsup.sh -f -v 4.2.1

Looks like there is no enough information for litespeed to detect the version of Rails being used, and it defaults to Rails 2.3 branch of code. If the Rails app involved is >2.3 release, you should set "RAILS_GEM_VERSION" variable in "config/environment.rb" explicitly for that application.

change that line to

Is it CGI? You need to strace the cgi process to find out what happened. It may not send back CGI response header at all.

you need to ask your anti-ddos provider to send X-Forwarded-For header.

you need to check /usr/local/apache/logs/error_log to find out the reason why it is denied, then adjust configuration accordingly. Try "Force reinstall" of 4.2, it might be fixed as we have adjusted default values to off.

There are many options, http://www.litespeedtech.com/docs/webserver/config/security/#forceStrictOwnership with 4.2, you can use "DisableSymlinkOverride On" in httpd.conf. or "VhostRestrained On" in httpd.conf

It is just "On", "Off". Also, check http://www.litespeedtech.com/docs/webserver/config/security/#forceStrictOwnership

The rtreport file is located at server level, if you run munin under one user account inside a cage, that user wont be able to access rtreport files. each cage has its own /tmp directory.

"DisableSymlinkOverride" does not allow change symbolic link related configuration via .htaccess "VhostRestrained" does not allow linking to anywhere beyond user's home directory.

You need to check ip_conntrack limit, check output of 'dmesg', if the limit has been hit, you need to google it for solution. Also, with your server, we recommend enabling "AIO" if you are serving tons of static files.

run make under php-xxxx/ directory.

I do not think there is any change related to memory usage between lsapi 5.5 and 6.0 . you have to test it on the same server with same PHP release. to get back to 5.5, you can manually download php-litespeed package and over write *.c and *.h under php-xxxx/sapi/litespeed, the run make, copy...

WHM/SSH, should be a temporary root password.

you can send it to bug@litespeedtech...

can we login to take a look?

you can use a rewrite rule to do the same thing.

We can add an option in next release.

you can try a rewrite rule. LiteSpeed modsec engine only block URL that does not result in 404 or static file.

check error log and stderr.log, enable debug logging if need. make sure PHP binary is working properly.