[users@httpd] Cannot troubleshoot php-fpm with apache

Hello, I am running httpd-2.4.6-45.el7.centos.x86_64 with php-fpm-7.0.22-1.el7.remi.x86_64 (on CentOS 7). My main problem: On this httpd server I have several vhosts running, but apparently I am facing intermittent problems with php-fpm communication on only one of them. Most of the sites

Re: [users@httpd] Strange WebDAV behavior on MKCOL for 1 client only

OK, thanks. Note that this same client works OK when it connects to Apache 2.4.6/OpenSSL/1.0.1e running on Linux. The HTTP 400 uri mismatch only happens when it connects to Apache 2.4.4/OpenSSL/1.0.1e on Windows. What would explain the difference? Todd On Mon, Aug 7, 2017 at 11:01 PM, Yehuda

Re: [users@httpd] Strange WebDAV behavior on MKCOL for 1 client only

It looks like a problem with the implementation or configuration in the client. The actual source of your 400 error is this: [auth_digest:error] [pid 3880:tid 1132] [client yyy.yyy.yyy.yy:61411] AH01786: uri mismatch - does not match request-uri This is because your Authorization header has -

Re: [users@httpd] Strange WebDAV behavior on MKCOL for 1 client only

OK, here is the MKCOL of a working client: _ [Mon Aug 07 14:47:04.258261 2017] [dumpio:trace7] [pid 3104:tid 1132] mod_dumpio.c(135): [client xxx.xxx.xxx.xx:45537]

Re: [users@httpd] Strange WebDAV behavior on MKCOL for 1 client only

Try mod_dumpio or a packet capture to see what else is different about the request. - Y On Mon, Aug 7, 2017 at 3:53 PM, Todd Blum wrote: > Hello, > > I have Apache mod_dav running on Windows 2012. > > When a webDAV enabled application connects and tries to MKCOL on a >

[users@httpd] Strange WebDAV behavior on MKCOL for 1 client only

Hello, I have Apache mod_dav running on Windows 2012. When a webDAV enabled application connects and tries to MKCOL on a directory that already exists, it receives an HTTP 400: yyy.yyy.yyy.yy - username

[users@httpd] RewriteRule : Altering the current protocol

Hello, I have a configuration question regarding RewriteRule. We have a SSL terminator in front of our Apache, which redirect traffic to different port based virtual host depending on which protocol the connection came from. As a result, Apache is only responding to HTTP requests. We have

Re: [users@httpd] mod_lua and subprocess_env

Hmm, if nobody comments on your proposal does it mean you get an implicit commit acceptance after 1 month?  On Sat, Jul 15, 2017 at 7:35 PM, Andrei Ivanov wrote: > This is great news, thank you very much. > > So far I am monitoring the list archives through