WebDav rename fails on an Apache mod_dav install behind NginX
Posted
by The Daemons Advocate
on Server Fault
See other posts from Server Fault
or by The Daemons Advocate
Published on 2010-03-12T03:20:53Z
Indexed on
2010/03/12
3:27 UTC
Read the original article
Hit count: 745
I'm trying to solve a problem with renaming files over WebDav. Our stack consists of a single machine, serving content through Nginx, Varnish and Apache. When you try to rename a file, the operation fails with the stack that we're currently using.
To connect to WebDav, a client program must:
- Connect over https://host:443 to NginX
- NginX unwraps and forwards the request to a Varnish server on http://localhost:81
- Varnish forwards the request to Apache on http://localhost:82, which offers a session via mod_dav
Here's an example of a failed rename:
$ cadaver https://webdav.domain/
Authentication required for Webdav on server `webdav.domain':
Username: user
Password:
dav:/> cd sandbox
dav:/sandbox/> mkdir test
Creating `test': succeeded.
dav:/sandbox/> ls
Listing collection `/sandbox/': succeeded.
Coll: test 0 Mar 12 16:00
dav:/sandbox/> move test newtest
Moving `/sandbox/test' to `/sandbox/newtest': redirect to http://webdav.domain/sandbox/test/
dav:/sandbox/> ls
Listing collection `/sandbox/': succeeded.
Coll: test 0 Mar 12 16:00
For more feedback, the WebDrive windows client logged an error 502 (Bad Gateway) and 303 (?) on the rename operation. The extended logs gave this information:
Destination URI refers to different scheme or port (https://hostname:443) (want: http://hostname:82).
Some other Restrictions: Investigations into NginX's Webdav modules show that it doesn't really fit our needs, and forwarding webdav traffic to Apache isn't an option because we don't want to enable Apache SSL.
Are there any ways to trick mod_dav to forward to another host? I'm open to ideas :).
© Server Fault or respective owner