Re: Nginx reverse proxy и WebDav

[Maxim Dounin]

Hello!

On Tue, Sep 17, 2013 at 08:38:02PM +0400, Andrey Kopeyko wrote:

> 17.09.2013 20:08, Maxim Dounin пишет:
> >Hello!
> >
> >On Tue, Sep 17, 2013 at 07:48:26PM +0400, Andrey Kopeyko wrote:
> >
> >>17.09.2013 17:15, usows пишет:
> >>>Доброго времени суток
> >>
> >>Добрый вечер!
> >>
> >>>Столкнулся сейчас с проблемой. Есть некий сервер, к нему идет обращение
> >>>через reverse-proxy. До недавнего времени работа шла через прокси на
> >>>апаче, сейчас в качестве прокси используется nginx
> >>>Проблема в том, что после переезда перестал работать WebDav для клиентов
> >>>на Windows
> >>
> >>Вы, по-видимому, перед переездом невнимательно прочитали
> >>документацию. На
> >>http://nginx.org/ru/docs/http/ngx_http_dav_module.html прямо
> >>написано:
> >>
> >>   Модуль обрабатывает HTTP- и WebDAV-методы PUT, DELETE, MKCOL, COPY
> >>и MOVE.
> >>   ...
> >>   WebDAV-клиенты, которые требуют для работы дополнительных
> >>   WebDAV-методов, не будут работать с этим модулем.
> >>
> >>
> >>Так что проблемой nginx это считать нельзя; это фича.
> >>
> >>По-видимому, вам придётся откатывать взад.
> >
> >Андрей, dav-модуль dav-модулем, а проксирование WebDav'а - это
> >совершенно отдельная тема.  Должно работать.
> 
> Хорошо коли так - мой личный опыт успешного проксирования webDAV
> ограничивается ровно "разрешёнными" методами GET\PUT\DELETE (других
> в моей задаче просто не требуется).

Ну так nginx'у по большому счёту всё равно, что проксировать - 
GET, PUT, или ещё что.

Из того, что вспоминается - могут быть проблемы с "OPTIONS *", 
если вдруг клиенты его пытаются использовать.

> >Другой вопрос, что по "престал работать WebDav" многого не
> >надиагностируешь, а единственный телепат в нашей компании как раз
> >в отпуске.  ;)
> 
> Это да.
> 
> А не пора ли на сайте nginx.org вывесить "правила правильного
> задавания вопроса 'почему у меня не работает ХХХ?' в рассылку", с
> подробным примером?
> 
> Было бы куда отправлять как взывающих к телепатам, так и по каплям
> выжимающих из себя информацию о своей системе. Там бы и расписали
> подробно "куда ваша информация может, а куда точно не может
> попасть", т.е. принятые внутренние стандарты обращения с данным
> пользователей\клиентов.

Я в своё время попытался что-нибудь написать тут:

http://wiki.nginx.org/Debugging

Но оно больше расчитано на серьёзный анализ, а не проблемы класса 
"не работает".  Впрочем, как по мне, то пусть уж пишут в рассылку, 
лишь бы тикетов в trac'е не заводили.  ;)

-- 
Maxim Dounin
http://nginx.org/en/donation.html