Webdav файлы больше 2 gb протокол. Удаленный доступ через протокол WebDAV. Настраиваем IIS на общедоступную папку

По сравнению с FTP протокол WebDAV обладает рядом преимуществ:

• Выполнение основных файловых операций над объектами на удаленном сервере;
• Выполнение расширенных файловых операций (блокировки, поддержка версий);
• Работа с любым типом объектов (не только файлы);
• Поддержка метаданных (свойств) объектов;
• Поддержка одновременной работы над объектами.
• Нет необходимости открывать дополнительные порты (работает поверх http).

Перед тем как начать необходимо , к содержимому которого и будем открывать доступ с помощью WebDAV.

Настройка IIS + WebDAV

В этом примере используется IIS 7.5, входящий в базовую поставку Windows 7.

Открываем Панель управления -> Программы -> Включение или отключение компонентов Windows. В списке раскрываем «Службы IIS» -> Службы Интернета -> Общие функции HTTP -> отмечаем компоненту «Публикация WebDAV»:

Далее открываем «Диспетчер служб IIS» (Пуск -> Правый клик по Компьютер -> в меню выбрать Управление -> Службы и приложения). Выбираем сайт, в моем случае это Default Web Site (веб-сайт по умолчанию). Переходим в раздел «Проверка подлинности». Здесь необходимо удостовериться, что включена компонента «Проверка подлинности Windows»:

Открываем раздел «Правила разработки WebDAV».

Добавляем новое правило разработки. Разрешить доступ — ко всему содержимому. Далее указываем группу пользователей, которой разрешен доступ. В моем случае это группа Администраторы. Внизу в разделе «разрешения», отмечаем все три опции (чтение, источник, запись), чтобы гарантировать полный доступ:

Последний этап — включаем WebDAV (в правой колонке ссылка «Включить WebDAV»):

На всякий случай перезапускаем IIS. На этом все. теперь пробуем подключиться.

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

Подключение

Самый быстрый и простой способ: в командной строке выполнить

net use * http://ip_адрес_сайта/

Или через графический интерфейс. Откройте Пуск -> Компьютер -> Подключить сетевой диск. Введите адрес сервера (обязательно c http://) и нажмите Готово.

Введите имя пользователя и пароль:

После нажатия на Ок, откроется окно с содержимым удаленного сервера.

Если у вас подключен платный тариф, вы можете подключиться к сервису по протоколу WebDAV. На вашем компьютере Облако будет выглядеть как обычная файловая система.

Настройка на Windows

1. Перейдите в «Этот компьютер».

2. В верхней панели нажмите «Подключить сетевой диск».

3. В открывшемся окне нажмите на надпись «Подключение к веб-сайту, на котором вы можете хранить документы и изображения».

5. Выделите надпись «Выберите другое сетевое расположение» и нажмите «Далее».

6. В поле «Сетевой адрес или адрес в Интернете» введите https://webdav.cloud.mail.ru и нажмите «Далее».

7. Введите логин и пароль от аккаунта, к которому подключено Облако.

8. Укажите имя сетевого диска и нажмите «Далее».

9. Нажмите «Готово». Сетевой диск будет доступен в «Проводнике».

При загрузке больших файлов возникает проблема с индикатором: он останавливается на 99%. На самом деле загрузка начинается именно в этот момент. Чтобы файл появился на Облаке, подождите еще некоторое время. Это специфика работы протокола WebDAV на Windows. К сожалению, мы не можем на неё повлиять.

Исправление ошибок

Если у вас возникла ошибка при подключении Облака по протоколу WebDAV, попробуйте настроить доступ через консоль Windows. Для этого:

1. Нажмите клавиши Win+R.
2. В открывшемся окне напишите «CMD» и нажмите «ОК». Откроется командная строка.
3. Введите команду net use R: https://webdav.cloud.mail.ru/ /user: /persistent:yes где — ваш почтовый ящик, к которому подключено Облако, и — пароль от него.

Если ошибка сохранилась, проверьте, запущена ли у вас служба «Веб-клиент». Для этого:

1. Перейдите «Пуск» → «Панель управления» → «Система и безопасность» → «Администрирование» → «Службы».
2. В списке найдите службу «Веб-клиент» и откройте ее.
3. В списке «Тип запуска» выберите «Автоматически».
4. Нажмите «ОК» и перезагрузите компьютер.

Настройка на macOS

1. На рабочем столе в панели задач Finder нажмите «Переход» → «Подключение к серверу».

2. Введите https://webdav.cloud.mail.ru и нажмите «Подключиться».

3. Введите логин и пароль от аккаунта, к которому подключено Облако, и нажмите «Подключиться».

Откроется окно с Облаком пользователя.

Настройка на Linux

1. Перейдите в ваш файловый менеджер.

2. Нажмите надпись «Подключиться к серверу» («Connect to Server»).

3. В поле «Адрес сервера» («Server Adress») введите davs://<логин>@webdav.cloud.mail.ru:443 , где <логин> — адрес вашего ящика, к которому подключено Облако, в формате [email protected].

4. Нажмите «Подключиться» («Connect»).

5. Введите пароль от ящика и снова нажмите «Подключиться» («Connect»).

Откроется Облако. Чтобы в дальнейшем попасть в него, откройте файловый менеджер. Ссылка находится снизу в левом меню.

Чтобы выйти из Облака, нажмите на значок рядом с его названием.

Так как именно протокол определяет то, как общаются между собой программы и сервер, от его выбора зависит примерно всё. И то, как будут устроены клиенты, и то, какие возможности работы с файлами у них будут.

Сегодня мы хотим рассказать о причинах, которые остановили наш выбор именно на WebDAV и сделали его протоколом для клиентов Яндекс.Диска .

Благодаря API , реализованному на его базе, с нашим сервисом уже работают ABBYY FineScanner , Handy Backup 7 , ES Проводник и .

Перед тем как выбрать протокол, мы определили для себя важнейшие требования к нему:

1. Скорость работы;
2. Открытая лицензия;
3. Возможность реализации всех необходимых действий: аутентификации, поддержки файловых операций, конкурентного доступа к файлам, докачки с сервера и возобновления закачки на сервер;
4. Распространённость - он должен работать с целевыми операционными системами (в первую очередь Windows, Mac OS X, Linux) «из коробки» или с минимальными доработками.

Мы даже были готовы разрабатывать свой собственный протокол, если бы существующие нам не подошли. Изменение протокола после запуска потребовало бы много человекочасов работы, поэтому нужно было изучить разные варианты и выбрать лучше всего отвечающий нашим требованиям.

FTP . Этот протокол для удалённой работы с файлами проверен временем. Но создавался он без учёта требований информационной безопасности, что стало для нас его существенным недостатком. Помимо этого, он не поддерживает многие необходимые нам операции, например, передачу метаданных вместе с содержимым файла. И требует для подключения специальные приложения.

BitTorrent . Так как речь сразу шла о синхронизации между девайсами, то использовать соединение между ними без создания нагрузки на серверы было бы очень полезно, но это потребовало бы двойной работы по разработке клиента. Вдобавок возникли бы проблемы при работе через NAT-ы и firewall-ы, что сильно снизило бы пользу от использования этого протокола.

Amazon S3 . Это хранилище использует свой собственный протокол, основанный на HTTP. Мы рассматривали возможность использования API S3, однако отказались от этой идеи из-за отсутствия в нём привычной работы с каталогами и из-за необходимости использовать специальные приложения для доступа.

WebDAV . Основанный на HTTP и XML и нетрудно расширяемый, он поддерживает в спецификациях практически все, что нам нужно. C ним достаточно хорошо работают предустановленные пакеты во всех целевых операционных системах. Кроме того отдел разработки десктопных клиентов Яндекс.Диска, занимавшийся XMPP-сервером Яндекса, на тот момент уже имел опыт работы с открытыми протоколами на базе XML.

Главной причиной, по которой нам не хотелось создавать свой собственный протокол, было то, что работать с ним смогут только наши приложения, а мы хотели открытости.

В итоге, из всех обсуждавшихся вариантов мы выбрали WebDAV. Единственное, чего не хватало в протоколе - это информирования клиента об изменениях на сервере, очень важной фичи синхронизации. Но так как протокол расширяем, это не стало проблемой.

После выбора протокола началась работа над прототипом Яндекс.Диска. Наш WebDAV-сервер мы написали на Erlang . В качестве фреймворка для веб-сервера был выбран mochiweb , достаточно легковесная и хорошо знакомая нашим разработчикам библиотека. Она же была использована в известной статье о подключении миллиона пользователей к одному серверу - A million user comet application . Также мы думали и об использовании веб-сервера Yaws , который можно сравнить с Apache. Это полноценный веб-сервер, умеющий отдавать статику, запускать CGI-скрипты, обрабатывать специальные страницы с серверными скриптами. Но это всё было нам не нужно. Если бы мы начинали делать проект сейчас, выбор пал бы на Cowboy , так как он предоставляет больше возможностей по определению проблем с соединением.

После изучения протокола WebDAV началась работа над операциями листинга файлов и каталогов на сервере. В качестве хранилища для прототипа использовались mysql-база данных, в которой хранилась мета-информация и обычная файловая система для хранения содержимого файлов. Масштабирования и высокой надёжности на этом этапе не требовалось.

Схема была довольно простой, так как это был прототип. Как обычно бывает с файловыми системами, встал вопрос ограничений на пути. Так как максимальная длина пути к ресурсу в протоколе не оговаривалась, было решено сделать длину компоненты пути в 255 символов, а количество уровней вложенности неограниченным. Примерно таблица хранилища файлов выглядела так:

Одной из первых нетривиальных задач стал листинг корня, в котором ничего нет. Сложность в том, что метод PROPFIND , кроме просто листинга, выполняет ещё и задачу чтения свойств ресурса. Необходимо было правильно разбирать запрос, понимать, что мы можем выдать, а что нет; формировать правильный ответ. В качестве первого клиента использовался встроенный в Ubuntu gvfs. Отладив работу с ним, мы решили проверить работу подключения из Windows 7 и обнаружили, что он с нами не работает. Исследование работы с другими серверами показало, что встроенные в Windows клиенты не обрабатывают пространство имён «DAV:», если оно объявлено дефолтным, без префикса. Другие стандартные клиенты оказались более терпимыми и легко переваривали выдачу, сформированную специально для клиентов Windows. К счастью, это была единственная несовместимость, которую нам удалось найти.

Когда работа над листингом была завершена, мы реализовали тривиальные операции создания каталогов и удаления ресусов.

Планшетный компьютер iPad удобен для пользования интернетом и работой с документами в командировках, поездках да и просто где угодно. Программы пакета iWork могут импортировать заранее сохранённые в /Documents файлы, или же загружать их с сервера WebDAV или из MobileMe (к которому, строго говоря, доступ тоже осуществляется по WebDAV). При этом MobileMe значительно уступает дропбоксу по возможностям синхронизации, и не работает в Linux и на Android"e. Кроме того, в Pages, Keynote и Numbers нет поддержки Dropbox, который является просто образцовым сервером по синхронизации с "облаком".

Решение – сделать директорию, доступную по WebDAV и синхронизируемую с дропбоксом. У меня дома стоит "чёрный ящик" – файл-сервер Netgear ReadyNAS на Linux. Вот на нём всё и будет работать.

Во всей истории есть две сложности: динамический внешний ip-адрес и синхронизация с дропбоксом.
Первая решается регистрацией в DynDNS и настройкой роутера для автоматического оповещения DynDNS о смене IP. На многих современных роутерах есть такая возможность. Если её нет, нужно установить клиент DynDNS на каком-нибудь постоянно работающем компьютере в домашней сети, например, на файл-сервере.
На dyndns.org можно бесплатно занять доменное имя, по которому Вы будете соединяться со своим сервером из любой точки мира, не заботясь об ip-адресе. Помимо собственно обслуживания DNS, сервис предоставляет информацию по Вашему ip-адресу и историю его изменения.

Для правильной работы WebDAV-сервера потребуется настроить перенаправление портов на маршрутизаторе. Тогда поступивший на Ваш ip-адрес запрос маршрутизатор перенаправит его на указанный компьютер из внутренней сети. Поэтому важно в правилах DHCP-сервера на маршрутизаторе указать статический внутренний ip-адрес для компьютера, на котором работает сервер WebDAV. Статический ip-адрес указывается по соответствующему MAC-адресу сетевого адаптера.

Теперь займёмся настройкой Port Forwarding. Всем известно, что протоколу HTTP соответствует порт 80, SSH – 22, HTTPS – 443. Для WebDAV нам как раз и понадобится 443/HTTPS. На вкладке NAT настроек своего маршрутизатора укажите правила для портов 443, 22 и, желательно, 80.

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

SSH Вам может понадобится для удалённого управления внутренностями сервера, а HTTP просто грех не использовать. Если Вы не собираетесь хостить свой сайт на сервере у себя дома, то желательно хотя бы поставить "заглушку", чтобы не дразнить интересующихся открытой страницей настроек роутера.

У многих модемов-маршрутизаторов отсутствует функция NAT Loopback (dlink.ru/ru/faq/160/139.html), поэтому изнутри вы не сможете видеть, как выглядит Ваш сервис из интернета. Убедиться, что всё работает, получится только с другого компьютера в другом месте, либо со смартфона по 3G.

Половина дела сделано, остаётся поднять сервер WebDAV на Вашем компьютере или файл-сервере, и настроить синхронизацию с Dropbox. На устройствах NAS от Netgear предусмотрена в числе прочего возможность доступа к сетевым ресурсам по WebDAV. Вообще должен сказать, что в этом отношении Netgear очень хороши: высокая скорость доступа по Gigabit LAN, множество функций, которые могут Вам понадобиться, куча протоколов доступа и нормальный Linux на борту.

Откройте страницу настроек NAS, включите доступ по протоколу WebDAV к нужным папкам:

Кроме того, подключите директорию с файлами для веб-сервера, который работает по протоколу HTTP, чтобы по адресу http://yourname.dyndns.org выводился не список общих ресурсов, а Ваш сайт или страница-заглушка:

Теперь всё должно работать: доступ по WebDAV, SSH и HTTP извне к Вашим ресурсам.

Если к уже сделанному Вы хотите добавить возможность синхронизации с дропбоксом, понадобится установить в систему службу Dropbox. В моём случае с этим приходится возиться, подключившись по сети через SSH, поскольку у сервера NAS нет монитора с графическим интерфейсом. Если на устройстве уже работает дропбокс, установите его от имени другого пользователя. На сайте есть подробная инструкция о том, как это сделать: http://wiki.dropbox.com/TipsAndTricks/TextBasedLinuxInstall
После установки dropbox выдаст ссылку, которую нужно активировать на сайте, после чего начнётся синхронизация. Для успешного решения нашей задачи нужно сделать символическую ссылку, которая свяжет папку Dropbox с директорией, доступной по WebDAV, или же сразу устанавливать распаковывать архив.tar.gz с дропбоксом в родительской папке, содержащей общий ресурс:

На ReadyNAS общие директории хранятся в /c/, и архив со службой dropbox нужно распаковывать в эту же директорию.

В планшете (ради чего всё и затевалось) при импорте документов из интернета нужно указать адрес сервера (и папку), а также имя и пароль:

Адрес сервера: https://yourname.dyndns.org
Имя пользователя, пароль: Ваши учётные данные на NAS

После успешной аутентификации в программе появится список папок, откуда можно импортировать данные и куда можно будет сохранять документы.

Конечно, на Mac OS и Windows тоже можно подключаться к сетевой папке для чтения и записи. Однако в Windows Vista и Windows 7 WebDAV работает, мягко говоря, через одно место, подключится через проводник не получится. Зато всё работает через командную строку:

net use * https://yourname.dyndns.org/yourdirectory

Подробности root Новости 17 января 2011

WebDAV - защищённый сетевой протокол высокого уровня, работающий поверх HTTP для доступа к каталогам и файлам. Но в данном случае я не хотел бы обременять Вас терминами, а очень кратко показать принцип и методику работы WebDAV в ISPConfig 3. Проще говоря, я покажу как это запустить что бы это работало, для того что бы спросить у Вас зачем это вообще нужно?

Настройка WebDAV

Для начала я скажу Вам следующую картину. ISPConfig 3 установленная по материалу Идеальный сервер - Ubuntu 10.10 имеет особенность. Она состоит в том что при подключении к вашему сайта по FTP логин и пароль задаются именно те, которые вы указали в настройках. Оно и логично, но вот при установку чего либо через сайт вы получите совершенно другой результат. Файлы переписываются на другую группу и пользователя www-data и www-data. А это грозит тем что файлы и каталоги от другого владельца станут не доступны и запись и удаление. И тут я задумался, если доступ к файлам закрыт для FTP пользователя, то выход из такой ситуации будет в применении WebDAV .

Начнем с настройки нашей панели управления хостингом ISPConfig 3 перейдем в раздел сайты - пункт Webdav User.

Здесь мы может добавить доступ WebDAV для каждого сайта в отдельности. Для этого мы нажимаем на кнопку Добавить нового WebDAV пользователя :

В этой форме мы выбираем web сайт для которого надо открыть доступ по WebDAV протоколу, а так же логин и пароль для этого каталога. Сам каталог, а точнее его имя мы указываем в поле Директория .

По окончанию применим и сохраним наши настройки для WebDAV, нажав на кнопку сохранить. Настройка как видно из материала сведена на минимум, поэтому осложнений у Вас быть не должно.

Продолжая тему WebDAV протокола, я покажу как выглядит подключение по протоколу WebDAV в Windows 7. Я буду использовать только ресурсы самой операционной системы Windows 7 (домашняя расширенная).

Подключение к нашему серверу по WebDAV протоколу выглядит как подключение сетевого диска, поэтому я опишу самый простой и быстрый способ. Откроем Компьютер на рабочем столе или из Пуск (для примера Windows XP имеет иконку с названием Мой компьютер ). В открывшемся окне Компьютер мы должны подключить сетевой диск, если мне не изменяет память то начиная с Windows Vista дополнительные настройки по умолчанию скрыты, а для того что открыть эту панель необходимо в нашем открытом окне нажать клавишу Alt , которая раскроет эти дополнения, где мы выберем Сервис - Подключить сетевой диск... :

В своем случае для подключения подключение по протоколу WebDAV я указываю сетевое имя как адрес интернет страницы , да Вы не ошиблись именно с http:// Внимание я обращаю на тот факт что имя сайта указывается именно то которое вы создавали в панели управления хостингом ISPConfig 3, но в моем случае стоит редирект (материал WWW redirect), поэтому ссылка автоматически перенаправляет на http://www.. Вернемся к настройке при указании адреса нажмем кнопку Готова , Windows произведет подключение, если все удачно то система запросит логин и пароль, в моем тестовом подключении я использовал логин llirikkswww и пароль 123456. В результате мы получим подключенный ресурс доступ к которому мы получаем как к простому локальному диску.

Альтернатива подключения к WebDAV

Самой простой альтернативой является интернет браузер, я лично производил проверку на Internet Explorer, Mozilla Firefox, Google Chrome. Все как один подключались к серверу и запрашивали логин и пароль (Адрес сервера, логин и пароль остаются неизменными для любых подключений).

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

Заключение о WebDAV в ISPConfig 3

Здесь я хотел бы услышать Ваше личное мнение о данном сервисе и физической ее реализации. Лично мое мнение: это может пригодится для коллективной работы на сайте например для отправки или коллективной работы с файлами. Как пример для фотоцентра для загрузки графических файлов. Для больших офисных решений для работы над одним проектом, например проект + смета + документация + коммерческие предложения.

Хотелось бы услышать Ваше мнение, на хрена такое кому-то вообще надо:)))

Обновлено: 16 сентября 2014 Просмотров: 9969