Search results

Have you tried to decrease the limit, e.g. from 220 to 40, and apply recaptcha to the virtual host? If the load issue continuously happens, please submit the issue to support@litespeedtech.com with this forum post link appended for further help.

Will check the required package. It will be listed once the OLS package is pushed to the LS repository.

Can you try to install the package and see if it helps? yum install libxcrypt-compat -y

HI, The OLS v1.8.0 has been released, the LS package repo will have a few days' delay, please try it again after a few days. If you want to use the OLS v1.8.0 now, please try the lsup command to upgrade the binary file.

It should, I will check your post.

Mine works fine. May I know if you downgrade to v1.7.19, and service will be active again? and which OS and version you are using?

Hi @Xairoo Only two HTTP/HTTPS listeners are needed, and you don't want to leave the SSL empty. Any cert on the listener level is ok, e.g. self-signed. Please check https://docs.openlitespeed.org/configuration#set-up-ssl-for-virtual-hosts for all the details.

No ETA yet, the build master is still working on it.

I see.

Yeah, 2-workers sound good. If the traffic is low, you can start with one worker.

Yes, please check https://docs.litespeedtech.com/lsws/cp/cpanel/mod_security/#can-i-disable-modsecurity-for-a-single-domain for more details.

For OLS, I don't think there's a way to bypass a directory. Have you tried to disable that single rule only and not the whole modsecurity service?

What if you upgrade to v1.7.18, does the issue happen as well?

The existing LS package with PHP 70 is on Ubuntu 18.04, see https://rpms.litespeedtech.com/debian/pool/main/bionic/. Building PHP70 on a newer system is possible but difficult since many dependency packages are not allowed to be compatible with the old version.

Hi, Those logs do not mention the root cause, please submit a ticket to support@litespeedtech.com with this forum post appended for direct help.

That might be a different issue. Please check the log and server load to see which process or service uses the most resources, and if the server is under attack.

It might be easier if you check the error log, locate the rule ID, and then whitelist it or comment out the rule.

1. The OLS Docker container uses the Virtual host template by default, so you might want to configure it manually. 2. My guess is, to let ALB take care of the HTTP/HTTPS, and your back-end service connection via HTTP only. Note, that you might need to overcome the cache problem for multiple...

That could be the reason, you can also check the throttling settings. If it's reproducible, you can submit the issue to support@litespeedtech.com with this forum post link appended.

Thanks for the information. If you request any static files, e.g. css, images, do those have a delayed response? If so, it's possibly due to the security settings. If not, then you might want to check the PHP settings.