Search results

Could you please try any of the following way ? 1. run it as : sudo su -c "sh <(curl -sk https://raw.githubusercontent.com/litespeedtech/ls-cloud-image/master/Setup/vhsetup.sh)" 2. run following codes wget https://raw.githubusercontent.com/litespeedtech/ls-cloud-image/master/Setup/vhsetup.sh...

I tried with other Apache installation , this time I did encounter the issue.. I also found the solution my conf: SetEnvIf REMOTE_ADDR "(.+)" CLIENTIP=$1 SetEnvIf X-Forwarded-For "^([0-9.]+)" CLIENTIP=$1 LogFormat "%{CLIENTIP}e %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\""...

hmmm , I checked the configuration , but didn't see anything special rather than the one I posted before. I will run test again with different Apache setup.

ErrorLog "/path/to/error_log" CustomLog "/path/to/access_log" combined It appears just simple as that.

It works on my installation the 88. IP are my browser , first 3 tests without OLS installed and configured 51. IP is shown when I configured OLS for reverse proxy , that is also the server IP then the last one , once I enabled Use Client IP in Header to Yes, it records my browser IP...

127.0.0.1 - - [13/Jan/2020:20:02:52 +0530] "GET /recipes HTTP/1.1" 200 103233 is this log from your backend , or OLS ?

I will set up a server to test. May I know how did you reverse proxy it ? OLS -> backend or something ?

Hi, Could you please try return on Use Client IP in Header ?

well , you have 100k on open files , that should be more than enough. ulimit -n is showing the user's limit , not the process' limit, that's why you see it different but I think either 100k or 327k , it should be more than enough for single process to use. if you still see that issue ...

Hi, please try for [ERROR] [*:443] HttpListener::acceptConnection(): Accept failed:Too many open files! cat /proc/XXX/limits where XXX is the PID of OLS process , you can get it by ps -aux | grep openlitespeed see verify the actual limits it has for [INFO]...

Hi, Please empty the directory "/usr/local/lsws/cachedata" , that's where stored the cache files. LSCPS does not work with OLS. Best regards,

can you PM me your site?

make sure your Chrome QUIC version and your local UDP 443 some ISP might block UDP traffic as well

Apache and OLS may loading the different PHP.ini

If you have that many IPs , try this way then check the KB page , use the context set URI to /xmlpc.php location to $DOC_ROOT/xmlpc.php access denied to all access allowed to your IP list

Hi, Please check this page basically use rewrite cond and rewrite rule RewriteCond %{REMOTE_ADDR} !^111\.111\.111\.111 [OR] RewriteCond %{REMOTE_ADDR} !^222\.222\.222\.222 [OR] RewriteCond %{REMOTE_ADDR} !^333\.333\.333\.333 RewriteRule xmlpc.php$ - [F,L]

Hi, 1. Add this rule at top of the htaccess RewriteRule ([0-9]{4})\/([0-9]{2})\/(.*) https://domain.com/$3 [R=301,L] replace domain.com to your actual domain and then restart OLS 2. CF dashbord ---> Firewall ---> Firewall Rules ---> Create firewall rule Field = IP address , Operator =...

Hi, 1. please provide more details you mean like , e.g. https://www.domain.com/2019/12/post-name , and now you have to redirect it to https://www.domain.com/post-name ? 2. add these IPs into CF firewall should fix the issue. Best regards,

you mean you want to proxy OLS webadmin console to front-end?

basically the default QUIC conf should fit most situation