Re: [users@httpd] Apache mod_dav alternatives?

2016-05-22 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Bjoern, On 5/21/16 5:08 PM, Bjoern Voigt wrote: > I am using Apache as a web and proxy server, but I am unhappy with > Apache as a WebDAV file server. > > I am missing a good file permission or ACL configuration in Apache > mod_dav. > > My

Re: [users@httpd] mod_proxy_wstunnel with Unix domain sockets

2016-05-22 Thread Jim Jagielski
Hmmm... let me look. What version of httpd are you using? > On May 21, 2016, at 3:43 PM, Michael Fladischer wrote: > > Hi folks, > > I have a Python ornado base websocket application that listens on a > Unix domain socket. It was initially written to work with nginx as its

Re: [users@httpd] Re: Cannot run CGI scripts in user directory

2016-05-22 Thread Nick Kew
On Sun, 2016-05-22 at 13:27 +0100, Alessandro Re wrote: > Looks odd, but it's not: IfModule is allowed to use the module > identifier as well as the module file: For any user/sysop, is almost always a Bad Idea. It serves no useful purpose, and can make it harder to diagnose problems (by

Re: [users@httpd] mod_proxy_wstunnel with Unix domain sockets

2016-05-22 Thread Reko Turja
-Original Message- From: Michael Fladischer Sent: Saturday, May 21, 2016 10:43 PM What I tried so far in my configuration: ProxyPass "/ws" "unix:/tmp/app.sock|ws://example.com/ws" Does anyone have an idea what needs to be changed to make this work? The "incantation I needed for

Re: [users@httpd] mod_proxy and DNS resolving

2016-05-22 Thread Jim Jagielski
Since mod_proxy uses connection pooling, DNS is resolved when the socket is 1st created and then when it is then re-created as per the ttl of the connection pool itself. > On May 18, 2016, at 8:48 AM, Matthias Leopold > wrote: > > hi, > > in the comment section of

Re: [users@httpd] mod_proxy_wstunnel with Unix domain sockets

2016-05-22 Thread Eric Covener
On Sat, May 21, 2016 at 3:43 PM, Michael Fladischer wrote: > AH01144: No protocol handler was valid for the URL /ws. If you are > using a DSO version of mod_proxy, make sure the proxy submodules are > included in the configuration using LoadModule. > > There seems to be a

Re: [users@httpd] Re: Cannot run CGI scripts in user directory

2016-05-22 Thread Alessandro Re
On Sun, May 22, 2016 at 1:24 PM, @lbutlr wrote: > On Sat May 21 2016 21:05:45 Alessandro Re said: >> >> > > That seems odd. > > All of my ifmodule tests had the form > > > > (without a .c or .so or anything) Looks odd, but it's not: IfModule is

[users@httpd] Re: Cannot run CGI scripts in user directory

2016-05-22 Thread @lbutlr
On Sat May 21 2016 21:05:45 Alessandro Re said: > > That seems odd. All of my ifmodule tests had the form (without a .c or .so or anything) -- W is for WINNIE embedded in ice X is for XERXES devoured by mice

Re: [users@httpd] Cannot run CGI scripts in user directory

2016-05-22 Thread Alessandro Re
On Sun, May 22, 2016 at 6:03 AM, Nick Kew wrote: [cut] Nick, thanks for your help, but in the end I solved. It was an issue with the permissions, that involved the suEXEC mechanism. I didn't know about suexec and I found out that some relevant information goes in the system

Re: [users@httpd] Cannot run CGI scripts in user directory

2016-05-22 Thread Alessandro Re
On Sun, May 22, 2016 at 6:03 AM, Nick Kew wrote: > On Sun, 2016-05-22 at 04:05 +0100, Alessandro Re wrote: > >> #!/usr/bin/sh > > Is that a typo or an unusual filesystem? I don't know if it's unusual or not, but it's not a typo :) $ ll /usr/bin/sh lrwxrwxrwx. 1 root root 4