Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
VPS в 21 локации

От 104 рублей в месяц

Безлимитный трафик. Защита от ДДоС.

🔥 VPS до 5.7 ГГц под любые задачи с AntiDDoS в 7 локациях

💸 Гифткод CITFORUM (250р на баланс) и попробуйте уже сейчас!

🛒 Скидка 15% на первый платеж (в течение 24ч)

Скидка до 20% на услуги дата-центра. Аренда серверной стойки. Colocation от 1U!

Миграция в облако #SotelCloud. Виртуальный сервер в облаке. Выбрать конфигурацию на сайте!

Виртуальная АТС для вашего бизнеса. Приветственные бонусы для новых клиентов!

Виртуальные VPS серверы в РФ и ЕС

Dedicated серверы в РФ и ЕС

По промокоду CITFORUM скидка 30% на заказ VPS\VDS

2006 г.

Модуль mod_dav. Работа в Apache

Сипягин Максим, www.apachedev.ru

1 Введение

В предыдущей статье мы рассмотрели протокол WebDAV. Мы узнали задачи протокола, а также разобрались, каким образом он их выполняет. Разобравшись с теоретической частью, перейдем к практической. Сегодня мы посмотрим, что же нам предлагает Apache для работы с WebDAV.

2 Общая структура

Для каждой основной версии сервера Apache существует собственная реализация протокола WebDAV, отличающаяся как по функциональности, так и по количеству модулей.
2.1 WebDAV в Apache 1.3
Вся поддержка WebDAV в Apache 1.3 реализована в одном единственном модуле - mod_dav.

Вот общая схема функционирования:

ap_1_3.gif

Рисунок 1: Реализация WebDAV в Apache 1.3

Примечание: Тут и ниже DSO Loader означает “загрузчик модулей” (Dynamic Shared Object), а FS - файловая система (File System).

Модуль mod_dav в Apache 1.3 реализует всю функциональность, связанную с протоколом WebDAV. В качестве хранилища ресурсов и коллекций использовалась файловая система сервера.

Модуль mod_dav для Apache 1.3 не поставляется вместе с сервером. Скачать его можно здесь. А дополнительную информацию по mod_dav для Apache 1.3 можно получить тут

2.2 WebDAV в Apache 2.0
Реализация WebDAV для Apache 2.0 сильно отличается от версии 1.3. Разработчики mod_dav решили дать возможность администраторам самим выбирать, что использовать в качестве хранилища ресурсов. Для этого они разделили все функции на две группы:
  1. Отвечающие за обработку протокола WebDAV и реализующие взаимодействие с унифицированным хранилищем. Эта функциональность была реализована в модуле mod_dav.
  2. Реализующие функциональность хранилища ресурсов. В mod_dav_fs в качестве хранилища ресурсов используется файловая система.

Теперь, если вам потребуется использовать какое-нибудь нестандартное хранилище ресурсов WebDAV, то нужно только создать соответствующий модуль, который будет использовать API модуля mod_dav.

Вот так это выглядит на схеме:

ap_2_0.gif

Рисунок 2: Реализация WebDAV в Apache 2.0

Примечание: Модули mod_dav и mod_dav_fs входят в дистрибутив сервера Apache 2.0. Дополнительную информацию о модуле mod_dav можно получить здесь, а о модуле mod_dav_fs - здесь.

2.3 WebDAV в Apache 2.2
Ну а теперь посмотрим, что же нам приготовили разработчики в новой стабильной ветке разработки сервера - в Apache 2.2. Тут разработчики продолжили линию увеличения гибкости модуля mod_dav - теперь в отдельный модуль mod_dav_lock вынесли API для работы с блокировками (появился в Apache 2.1).

Примечание: Модуль mod_dav_fs не нуждается в модуле mod_dav_lock, так как использует свою собственную реализацию базы блокировок. В качестве примера модуля, который использует API mod_dav_lock, можно привести модуль Subversion - mod_dav_fs.

Взглянем на схему реализации:

ap_2_2.gif

Рисунок 3: Реализация Apache в Apache 2.2

Примечание:Дополнительную информацию о модуле mod_dav_lock можно получить здесь.

3 Настройка mod_dav

Как и сама структура, так и настройка модулей WebDAV отличаются в сервере от версии к версии. Чтобы полностью охватить весь материал - опишем для каждой версии все директивы модулей и приведем по примеру рабочей конфигурации.
3.1 Настройка mod_dav в Apache 1.3
Подключение модуля к серверу проходит стандартно, так же как и с остальными модулями. Поэтому мы не будем на нем останавливаться. Подробнее процесс подключения mod_dav описан здесь.

Более же пристальный взгляд обратим на процесс настройки mod_dav, а именно на его директивы (все настройки производятся в файле httpd.conf):

DAV On
Чтобы активизировать mod_dav необходимо внутри секции <Directory> или <Location> указать директиву Dav On. При этом обработка протокола WebDAV будет осуществляться только для некоторого каталога файловой системы (в случае использования <Directory>) или только для некоторого URL (в случае использования <Location>).
DAVLockDB /usr/local/apache/var/DAVLock

Данная директива определяет файл базы данных блокировок. Файл создастся модулем автоматически, но каталог, указанный в директиве, должен существовать и должен быть доступен для записи процессу веб-сервера. Данная директива должна быть расположена либо в глобальном контексте сервера (вне секций <Directory>, <Location>), либо в контексте виртуального хоста (внутри секции <VirtualHost>).

Подробнее о контекстах конфигурации можно прочитать в статье "Взаимодействие модулей Apache с файлами конфигурации (httpd.conf и .htaccess)".

DAVMinTimeout 600

Директива DAVMinTimeout определяет минимальное время жизни блокировки (в секундах). В качестве параметра директивы принимает неотрицательное целое число. Это значение будет использовано, если клиент запросил создание блокировки на время меньшее, чем определено в DAVMinTimeout. Директива может применяться как в серверном контексте, так и в контексте каталога. По умолчанию DAVMinTimeout принимает значение 0, которое отключает проверку на тайм-аут.

DAVDepthInfinity on

Директива DAVDepthInfinity разрешает (on) или запрещает (off) использовать в заголовке Depth: значение Infinity. Значение Infinity в запросе PROPFIND может привести к длительной загрузке сервера, так как оно подразумевает получение свойств всех вложенных ресурсов произвольной глубины. Для предотвращения таких ситуаций необходимо использовать директиву DAVDepthInfinity off. Директива может применяться и в серверном контексте, и в контексте каталога.

LimitXMLRequestBody 1000000

Для предотвращения DoS атак, которые могут происходить при отправке серверу WebDAV запросов с телом большого размера, введена директива LimitXMLRequestBody. Она задает максимальный размер WebDAV запросов в байтах. Если значение директивы равно 0, то это означает, что ограничений нет. Данная директива может применяться и в серверном контексте, и в контексте каталога.

Более подробно про способы защиты от сетевых атак вы можете узнать в книге "Секреты хакеров. Безопасность сетей - готовые решения", (авторы - Стюарт Мак-Клар, Джоэл Скембрей, Джордж Курц, издательство Вильямс, серия Секреты хакеров, 2004, ISBN 5-8459-0603-2)

DAVParam <Имя> <Значение>
Директива DAVParam используется для задания дополнительных параметров. DAVParam также, как и большинство других директив, может применяться в контексте сервера и каталога.

Это все директивы, которые предоставляет модуль mod_dav в Apache 1.3. Теперь взглянем на пример конфигурации сервера:

  DAVLockDB /usr/local/apache/var/DAVLock
  DAVMinTimeout 600
  DAVDepthInfinity on

  <Location /resources>
    DAV On
    <Limit PUT POST DELETE PROPFIND PROPPATCH MKCOL COPY MOVE LOCK UNLOCK>
        Require user admin
    </Limit>
  </Location>

Данная конфигурация ограничивает работу модуля mod_dav только для тех запросов, URI которых начинается на /resources. Значения большинства директив в ней очевидны, поясню только назначение блока <Limit> - он разрешает выполнения методов WebDAV только пользователю admin.

3.2 Настройка mod_dav в Apache 2.0
Во второй версии сервера настройка модуля mod_dav не претерпела больших изменений, но они все-таки есть и сейчас мы их рассмотрим.

В Apache 2.0 количество директив, используемых для настройки WebDAV, сократилось. Теперь модуль mod_dav предоставляет только 3 директивы:

  • DAV
  • DAVMinTimeout
  • DAVDepthInfinity
а модуль mod_dav_fs только одну:
  • DAVLockDB

Предназначение всех директив осталось такое же, поэтому останавливаться на них не будем, обратим внимание только на один нюанс. Теперь директива DAV в качестве параметра принимает имя модуля хранилища ресурсов. Но для совместимости также оставили значение On, которое означает подключение хранилища filesystem, реализованное в модуле mod_dav_fs.

Рассмотрим пример конфигурации (в качестве хранилища ресурсов будем использовать модуль Subversion - mod_dav_svn).

<Location /svn>
  DAV svn
  SVNParentPath /usr/local/svn

  # Авторизация пользователя
  AuthType Basic
  AuthName “Subversion repository”
  AuthUserFile /path/to/users/file


  # Ограничения HTTP методов для не авторизированных пользователей
  <LimitExcept GET PROPFIND OPTIONS REPORT>
    Require valid-user
  </LimitExcept>
</Location>

В этой конфигурации как раз показывается пример использования нестандартного модуля хранилища ресурсов - mod_dav_svn.

Примечание: Имя “svn” задается в функции dav_register_provider.

3.3 Настройка mod_dav в Apache 2.2
Количество директив и их значение у модулей mod_dav и mod_dav_fs для Apache 2.2 по сравнению с Apache 2.0 не изменилось.

А модуль mod_dav_lock предоставляет только одну директиву:

DAVGenericLockDB var/DavLock
Эта директива определяет путь к базе блокировок. Если путь не абсолютный, тогда он определяется относительно значения директивы ServerRoot. Для хранения пользовательских блокировок mod_dav_lock использует базу данных SDBM.

Теперь вы знаете, как в Apache реализована поддержка протокола WebDAV и знаете, как можно грамотно настроить поддержку протокола в любой версии сервера. В следующей статье мы детально рассмотрим устройство модуля mod_dav и попробуем разобраться, как можно создать собственный модуль хранилища ресурсов.

VPS/VDS серверы. 30 локаций на выбор

Серверы VPS/VDS с большим диском

Хорошие условия для реселлеров

4VPS.SU - VPS в 17-ти странах

2Gbit/s безлимит

Современное железо!

Бесплатный конструктор сайтов и Landing Page

Хостинг с DDoS защитой от 2.5$ + Бесплатный SSL и Домен

SSD VPS в Нидерландах под различные задачи от 2.6$

✅ Дешевый VPS-хостинг на AMD EPYC: 1vCore, 3GB DDR4, 15GB NVMe всего за €3,50!

🔥 Anti-DDoS защита 12 Тбит/с!

Новости мира IT:

Архив новостей

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 7861149
Пресс-релизы — pr@citforum.ru
Обратная связь
Информация для авторов
Rambler's Top100 TopList liveinternet.ru: показано число просмотров за 24 часа, посетителей за 24 часа и за сегодня This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2019 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...