Search results

Maybe it has something to do with the PHP limit. Can you try to increase both Memory Limit and Process Limit to the lsphp?

I am not sure the root cause, but it seems like a server resource issue to me https://forum.image.sc/t/jvm-error-could-not-allocate-metaspace-solved/12543

with this post link appended should be ok, we may ask for more information via ticket

Could you raise a ticket to bug@litespeedtech.com for further support?

/usr/local/lsws/admin/misc/lsup.sh -v 1.7.12

@stmx Just so you know that OpenLiteSpeed v1.7.12 has this issue fixed, feel free to give it a try.

18.168.235.88 can not be reached. Do you want to allow the domain only? if so, visit the web admin at port 7080 > Listener, make sure you have the domain mapping only.

Hi, We support the long-term support version, so the next one will be 22.04.

If you have an SSH key added to the Metadata>SSH Keys before or after server launching, should all works. To run the ufw command, please run as root. You can try sudo ufw allow 7080 or sudo -s, then rum the ufw command again.

Hi, My guess for 403 works is because it won't hit the following rules. Whereas, ID 112 hit this. RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.+)$ index.php?page=$1 [QSA] Maybe this cms has a build-in 404 page somewhere, so it redirected...

Should be Access-Control-Allow-Origin * instead of Access-Control-Allow-Origin

Hi, Please check https://openlitespeed.org/kb/setting-up-cors-on-openlitespeed/ Add CORS extra header through OLS Context

I just did the same test, it seems like a bug on OpenLiteSpeed. Will update you once we fixed it. In the meantime, please try to turn on the LSCache, reCaptcha, or Cloudflare under attack mode.

Hi, Could you try a simple one first, e.g. RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ https://example.com/ [L] and make sure it's works. Or turn on the rewrite log and make sure the request goes through the rewrite.

Hi, https://docs.litespeedtech.com/cp/cpanel/antiddos/#never-set-use-client-ip-in-header-to-yes Please set Use Client IP in Header to Trusted IP Only, then possible to share what did you see from the access.log?

If you log in as the user level, then you can not see the admin level for sure. Have you tried this https://docs.cyberpanel.net/doku.php?id=cli-create-user? or reset admin password https://cyberpanel.net/docs/2-reset-admin-password-via-command-line/

Is there any proxy/cdn in the front and you set it as trusted?

Should be fine. Let us know if you hit any issues.

Possible to check 1. Will mp4 load when CloudFlare=on, LSCache=off ? 2. Will mp4 load when CloudFlare=bypass/off, LSCache=off ? any error shows in the dev console when the page shows a blank space?

session.gc_maxlifetime should works. If it's not, either switch the session folder, e.g. "tmp" to a bigger folder, or create a session clean-up script to handle cleaning up the session files every few minutes.