主页 / server / 问题 / 801176
Accepted
Daniel
Asked: 2016-09-06 08:36:00 +0800 CST

任何autofs专家？如何让 autofs 和 webdav 协同工作？

  • 772

首先让我说这是我在 AskUbuntu 中发布的一个问题的转贴。如果这违反了规则，那么请删除它。老实说，在进一步考虑该主题后，我意识到由于 autofs 在各种发行版中的工作原理基本相同，因此这更像是一个 autofs/linux 问题，而不是特定于 Ubuntu 的问题。当然，这是我的理由，因为我也希望获得更多关于这个问题的曝光：autofs 和 WebDAV 似乎是一个相当不常见的组合，所以我更有机会找到其他成功完成它的人我尝试在这个更通用的论坛中。

我正在为真实的服务器名称和文件夹使用占位符，但是，我已尝试使它们尽可能代表真实名称，因此请注意我的大小写和标点符号，以防与我的问题有关。

我正在运行Ubuntu 16.04。
我已经安装了autofs和davfs2。

以下命令成功挂载：

mount -t davfs https://servername.mydomain.com:3333/Shared.Folder /testmount

它要求我输入用户名和密码，[email protected]然后myypassword是成功挂载。

这告诉了我几件事：

  1. 我的 WebDAV 服务器工作正常且配置正确。
  2. HTTPS 工作正常。
  3. 我的凭据已成功验证。

所以现在我正试图让它与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 [email protected] mypassword

使用此设置，如果我尝试浏览到/Servername.mount/storage-folder，我会得到一个No such file or directory error.

现在我 95% 确定我的问题是语法错误或身份验证错误。对于基于 WebDAV 的 autofs 实现，在 Web 上找不到很多示例，其中一些示例显示了冲突的语法。尽管如此，我已经尝试了我能想到的一切。

我认为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 [email protected] 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地说：

[email protected]  
Password=mypassword

我还尝试使用“credentials.Servername.mount”作为： 

https://servername.mydomain.com:3333/Shared.Folder [email protected] mypassword

没有任何效果。

所以我觉得我在这里遗漏了一些小而重要的语法或配置。我绝望地来到你身边。任何帮助，将不胜感激！

authentication webdav ubuntu-16.04 autofs automount

1 个回答

  1. Best Answer

    我让它工作了。

    作为参考，这里是一个带有WebDAV设置的工作autofs

    安装先决条件 

    $ 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 "[email protected]" "mypassword"

    我如何修复它：

    我有几个问题。

    1. 我在谷歌结果的第四页找到了auto.Servername.mount解析问题的“权威”指南：[url] https://freetz.org/wiki/packages/autofs[/url]所以你确实需要使用反斜杠转义其他冒号。
    2. 我必须打开详细日志记录才能找到我的第二个问题（这是非常糟糕的问题）。打开/etc/autofs.conf并找到显示logging = none的行。取消注释并将none更改为verbose。重新加载 autofs ：$ sudo /etc/init.d/autofs reload然后检查/var/log/syslog中的错误（日志文件位置和名称因发行版而异）。
    3. syslog告诉我在地图源中找不到关键的“存储文件夹”。 现在公平地说，我的存储文件夹名称有点长且复杂。但是我检查了它，检查了很多次，我一次又一次地错过了它实际上是一个字母拼写错误。所以这是我的第二个问题，在/etc/auto.Servername.mount我实际上写了一些类似storage-foldr而不是storage-folder的东西，所以很明显，当我试图访问/Servername.mount/storage-folder它不是在配置文件中找到对它的任何引用。
    4. 修复此问题后，详细日志记录给了我下一个线索，因为它现在显示错误Could not authenticate to server: denied Basic challenge。所以这告诉我我现在遇到了身份验证错误。我打开/etc/davfs2/secrets并开始四处寻找，这次我实际上是 RTFM，因为答案就在机密文件中包含的文档中。它准确地说明了哪些字符需要用反斜杠进行转义，结果证明我的用户名中的 @ 不是问题，但我的密码中确实有一个有问题的字符！事实证明，将密码放在引号中是解决问题的另一种更简单的方法，我也将 username@domain 放在引号中只是为了更好地衡量。

    现在一切正常！

    • 2

相关问题