autofs и WebDAV - как заставить их сотрудничать?
Я использую заполнителей для реальных имен серверов и папок, однако, я попытался сделать их максимально представительными для настоящих имен, поэтому обратите внимание на мою капитализацию и пунктуацию на всякий случай, которая имеет какое-либо отношение к моей проблеме.
Я запускаю Ubuntu 16.04.
Я установил autofs и davfs2.
Следующая команда успешно монтируется:
mount -t davfs https://servername.mydomain.com:3333/Shared.Folder /testmount
Это просит у меня имя пользователя и пароль, которые являются username@mydomain.com и myypassword и затем результаты в успешном монтировании.
Это говорит мне несколько вещей:
- Мой сервер WebDAV работает и настроенный правильно.
- HTTPS хорошо работает.
- Мои учетные данные проходят проверку подлинности успешно.
Таким образом, теперь я пытаюсь получить эту работу с autofs.
Вот мои файлы:
/etc/auto.master
/Server.mount /etc/auto.Servername.mount
/etc/auto. Servername.mount
storage-folder -fstype=davfs,ro :https://servername.mydomain.com:3333/Shared.Folder
/etc/davfs2/secrets
https://servername.mydomain.com:3333/Shared.Folder username@domain.com mypassword
С этой установкой, если я пытаюсь просмотреть к /Servername.mount/storage-folder, Я получаю a No such file or directory error.
Теперь я похож на 95%, уверенных, что моей проблемой является синтаксическая ошибка или ошибка аутентификации. Нет большого количества примеров, которые будут найдены в сети для основанных на WebDAV реализаций autofs, и некоторые из них показывают конфликтующий синтаксис. Тем не менее, я попробовал все, о чем я мог думать.
Я думаю, что вероятно что двоеточие в auto.Servername.mount файл завинчивает парсинг, таким образом, я попробовал все следующие комбинации:
storage-folder -fstype=davfs,ro https://servername.mydomain.com:3333/Shared.Folder
storage-folder -fstype=davfs,ro https\://servername.mydomain.com\:3333/Shared.Folder
storage-folder -fstype=davfs,ro :https\://servername.mydomain.com\:3333/Shared.Folder
storage-folder -fstype=davfs,ro https\://servername.mydomain.com\:3333:/Shared.Folder
Если это не вызывает проблему, то я думаю, что это могло бы быть что-то, чтобы сделать с secrets файл. Таким образом, я также попробовал это за мой secrets:
/Servername.mount/storage-folder username@domain.com mypassword
Так как я привык использовать файл учетных данных с находящимся в cifs autofs, монтируется, я также попробовал, только для забавы, в моем auto.Servername.mount файл:
storage-folder -fstype=davfs,ro,credentials=/etc/credentials.Servername.mount https://servername.mydomain.com:3333/Shared.Folder
Где credentials.Servername.mount был просто:
Username=username@mydomain.com
Password=mypassword
Я также попробовал 'учетными данными. Servername.mount' как:
https://servername.mydomain.com:3333/Shared.Folder username@domain.com mypassword
Ничто не работает.
Таким образом, я чувствую, что пропускаю некоторую маленькую, но решающую часть синтаксиса или конфигурации здесь. Я приезжаю к Вам отчаянный. Любая справка ценилась бы!
1 ответ
Я получил его работа.
Для ссылки вот работа autofs с установкой WebDAV
Установка prereqs
$ sudo apt-get install autofs
$ sudo apt-get install davfs2
/etc/auto.master
/Server.mount /etc/auto.Servername.mount
/etc/auto. Servername.mount
storage-folder -fstype=davfs,ro :https\://servername.mydomain.com\:3333/Shared.Folder
Примечание: измените "ro" [только для чтения] на "rw" [чтение-запись] в зависимости от Ваших потребностей.
/etc/davfs2/secrets
/Server.mount/storage-folder "username@domain.com" "mypassword"
Как я зафиксировал его:
У меня было несколько проблем.
- Я нашел "категорическое" руководство по вопросу о парсинге для автоматического. Servername.mount на четвертой странице результатов Google: здесь. Таким образом, необходимо действительно выйти из других двоеточий с помощью обратной косой черты.
- Я должен был включить подробный вход для нахождения моей второй проблемы (который был смущающе плох). Откройте/etc/autofs.conf и найдите строку, которая говорит что вход = ни один. Не прокомментируйте это и не измените ни один на подробный. Перезагрузка autofs: $ sudo/etc/init.d/autofs перезагружают и затем проверяют ошибки в/var/log/syslog (местоположение файла журнала, и имя будет варьироваться дистрибутивом).
- системный журнал говорил мне ключевую "папку устройства хранения данных", не найденную в источнике (источниках) карты. Теперь для ярмарки мое имя папки устройства хранения данных несколько длинно и сложно. Но я проверил его и проверял его много раз, и снова и снова я пропустил это, это было на самом деле написано c орфографическими ошибками одной буквой. Так, чтобы была моя вторая проблема, в/etc/auto. Servername.mount, который я на самом деле записал чему-то как устройство-хранения-данных-foldr вместо папки устройства хранения данных, так очевидно, когда я пытался получить доступ/Servername.mount/storage-folder к нему, не находил ссылок на это в файлах конфигурации.
- После того, как я зафиксировал это, подробный вход дал мне мой следующий вывод, поскольку он теперь показывал, что ошибка не Могла пройти проверку подлинности к серверу: отклоненная Основная проблема. Таким образом, это сказало мне, что я был теперь до ошибки аутентификации. Я открыл/etc/davfs2/secrets и начал вводить по абсолютному адресу вокруг, и на этот раз I на самом деле прочитайте руководство, потому что ответы были тут же в документации, содержавшей в секретном файле. Это обстоятельно объясняет точно, каких символов нужно оставить с обратной косой чертой, и оказывается, что в моем имени пользователя не была проблема, но у меня действительно был проблематичный символ в моем пароле! Оказывается, что помещение пароля в кавычках является альтернативным и более легким путем вокруг проблемы, и я поместил username@domain в кавычки слишком просто в придачу.
Все работает теперь!