Search results

After further testing, I confirm it does not work for me unless I set 'Enable QUIC' explicitly to 'Yes'. It also appears that setting 'Enable ECDH Key Exchange' to 'Yes' sometimes causes issues too.

Coming back to the QUIC & HTTP/3, it only works if I set 'Enable QUIC' to Yes at the vhost level. If I select 'Not Set', it does not work. Which is contrary to what the help message says, i.e. default is 'Yes'. So either the documentation is incorrect, or it's not behaving as expected.

Thank you. Turns out the mod_security.so library was missing from the /usr/local/lsws/modules directory and that was probably causing a lot of issues. Now I don't see cache.so either, is that normal? I see the following: even though the cache version is supposed to be 1.6.2.

You're right. I started another thread.

I did run each command successfully: and also went through the checklist. No related errors that I can see in the logs.

Sorry to hijack this thread. I am using OLS v1.7.5 and HTTP/3 does not work on my site: https://swinginatthesavoy.com/ even though I have QUIC enabled. I am using Cloudflare for DNS only (reverse proxy is disabled). Would appreciate getting some help to figure it out.

I'm taking an interest in this thread as I am on the other hand having issue with caching. I have publicly cached pages served to private sessions. I see the Cache-Vary rewrite rule properly set in .htaccess. I see the _lscache_vary cookie been set. Yet when I activate the cache, after some...

Taking back my comment above that it was all working fine until today. Early on I encountered an issue with the WP Zero Spam plugin where I was served a 403 error blocked page, which sounds exactly the same. I ended disabling the plugin, thinking that there lied the problem. I also want to say...

All the errors went away once I disabled the LSCache plugin. But obviously that's not what I want. I posted in another thread that OLS is serving public cached pages to logged-in users. There seems to be something very broken and I am unfortunately disappointed so far. I've run into all these...

Strangely I only see a priv directory under /usr/local/lsws/cachedata:

From the documentation, OLS is supposed to support user-specific private caching. And sometimes I see page served with 'hit, private'. Also it was all working fine until today. I got confused with the '(LSWS v5.2.1+ required)' comment next to the 'Cache Logged-in Users' option

Wait, is private caching not supposed to work with OLS? does it require LSWS?

The issue goes away if I disable "Cache Logged-in Users", so it looks like my analysis is correct and OLS is grabbing the public cached page. Which seems like a bug.

Running OLS with Cyperpanel on Ubuntu 20.04. Wordpress websites with LSCache enabled. The WP admin bar disappears on both of my websites after some time, as if the public cached page is getting served instead of the private cache page. This only started to happen today. Any advice on how to...

Hmm the openSSL error seems like an intermediate step OLS goes through: That seems unlikely to be my problem.

A new error:

Correction. The problem are with the standard Wordpress websites. I have two nodejs apps running on the side through a reverse proxy but they are fine. I am seeing this too: Seems like I have at least an issue with the openSSL library. Let me see if I can figure this one out.

Here are some errors I see in the server error log:

Thanks. I don't see a PHP SuEXEC Max Connections parameter in OpenLiteSpeed. Does it exist only for LiteSpeed Web Server? What I see for OLS is: 1) A 'Max Connections' parameter for the server lsphp external app. 2) A PHP_LSAPI_CHILDREN parameter for server the lsphp external app. 3) A 'Max...

Where are you at with your issue? My advice would be to try to install lsphp74 packages using apt install instead. Would that work for you?