Re: Nginx reverse proxy и WebDav
Alex Domoradov
alex.hha at gmail.com
Tue Sep 17 19:41:45 UTC 2013
> Когда реализую LOCK, будет работать git, а svn, боюсь, не будет никогда.
жаль, очень не хватает, чтобы перейти на nginx.
2013/9/17 Maxim Dounin <mdounin at mdounin.ru>:
> 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
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
Подробная информация о списке рассылки nginx-ru