Назад | Перейти на главную страницу

Проблемы с монтированием IIS8.5 WebDAV на букву локального диска

Ранее на этой неделе я опубликовал вопрос о нашей настройке IIS8.5 / WebDAV: IIS8.5 с WebDAV обслуживает файлы только для чтения

У меня есть основы, но теперь возникают проблемы с сопоставлением WebDAV с буквой диска на клиентском ПК (Windows 10).

Моя установка IIS выглядит так:

Выделенное приложение «Z-Drive» указывает на диск Z: на сервере. Чуть ниже находится отдельный сайт (работающий на порту №8080), который имеет точно такую ​​же настройку (тот же физический путь, тот же пул приложений, те же правила разработки WebDAV).

Однако эти 2 адреса ведут себя по-разному!

  1. http: // сервер / Z-диск может быть сопоставлен с буквой локального диска на ПК, но доступен только для чтения. Проверяем это с помощью curl (curl --ntlm --u username:password -T file.docx http://server/Z-drive) возвращает ошибку 409.0 («Конфликт»).
  2. http: // сервер: 8080 правильно работает с curl (та же команда curl копирует файл на сервер), но этот URL-адрес не может быть отображен как буква локального диска. net use Z: http://server:8080 дает System error 1920 has occurred. Я могу сопоставить подпапки этого диска Z: (net use Z: http://server:8080/subfolder), но мне нужно, чтобы пользователи могли получить весь этот диск Z: через WebDav, как один диск на своем ПК.

Я хочу использовать любой URL (http: // сервер / Z-диск или http: // сервер: 8080), но один отображается на букву диска как доступный только для чтения, а другой даже не отображается. Есть предложения по любой проблеме?

Я обнаружил большинство проблем WebDAV, включив и проанализировав файлы журнала сайта IIS.

Мы использовали две ссылки для настройки WebDAV - возможно, одна из них предложит вам некоторую помощь:

К сожалению, по сравнению с другими нашими Linux WebDAV-серверами, Служба Microsoft IIS WebDAV создает множество проблем - и Microsoft не исправляла их много лет. (Например, у нас есть проблемы с блокировкой файлов, кодировкой имен файлов, "длинными" именами файлов [у нас есть 2016 год, и Microsoft может просто использовать правильный Win32 API, который поддерживает действительно длинные имена файлов] и т. Д.)

Кроме того, уже много лет клиент Windows WebDAV очень раздражает: на некоторых клиентах WebDAV-соединение просто работает, в то время как та же команда net use просто вызывает ошибки на других клиентах. Также есть проблемы с SSH-сертификатами.

Поэтому мы используем стороннее программное обеспечение на клиентах для сопоставления дисков WebDAV - они намного стабильнее, часто намного быстрее и ведут себя одинаково на всех наших клиентах Windows.

С уважением, Том