Estoy usando marcadores de posición para carpetas y nombres de servidores reales, sin embargo, he tratado de hacerlos lo más representativos posible de los nombres reales, así que preste atención a mis mayúsculas y puntuación en caso de que eso tenga algo que ver con mi problema.
Estoy corriendoubuntu 16.04.
he instaladoautofsydavfs2.
El siguiente comando se monta correctamente:
mount -t davfs https://servername.mydomain.com:3333/Shared.Folder /testmount
Me pide un nombre de usuario y contraseña, los cuales son [email protected]y myypasswordluego resultan en un montaje exitoso.
Esto me dice varias cosas:
- Mi servidor WebDAV funciona y está configurado correctamente.
- HTTPS funciona bien.
- Mis credenciales se autentican exitosamente.
Así que ahora estoy intentando que esto funcioneautofs.
Aquí están mis archivos:
/etc/auto.master
/Server.mount /etc/auto.Servername.mount
/etc/auto.NombreServidor.mount
storage-folder -fstype=davfs,ro :https://servername.mydomain.com:3333/Shared.Folder
/etc/davfs2/secretos
https://servername.mydomain.com:3333/Shared.Folder [email protected] mypassword
Con esta configuración, si intento navegar hasta /Servername.mount/storage-folder, aparece un archivo No such file or directory error.
Ahora estoy 95% seguro de que mi problema es un error de sintaxis o un error de autenticación. Hayno muchoHay muchos ejemplos que se pueden encontrar en la web para implementaciones de autofs basadas en WebDAV, y algunos de ellos muestran una sintaxis conflictiva. Sin embargo, he intentado todo lo que se me ocurrió.
Creo que es probable que los dos puntos en el auto.Servername.mountarchivo estén arruinando el análisis, así que probé todas las combinaciones siguientes:
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
Si eso no está causando el problema, entonces creo que podría tener algo que ver con el secretsarchivo. Así que también probé esto para mi secrets:
/Servername.mount/storage-folder [email protected] mypassword
Como estoy acostumbrado a usar un archivo de credenciales con montajes autofs basados en cifs, también lo intenté, solo por diversión, en mi auto.Servername.mountarchivo:
storage-folder -fstype=davfs,ro,credentials=/etc/credentials.Servername.mount https://servername.mydomain.com:3333/Shared.Folder
Donde credentials.Servername.mountestaba simplemente:
[email protected]
Password=mypassword
También probé con 'credentials.Servername.mount` como:
https://servername.mydomain.com:3333/Shared.Folder [email protected] mypassword
Nada funciona.
Entonces siento que me falta una pequeña pero crucial pieza de sintaxis o configuración aquí. Vengo a ti desesperado. ¡Cualquier ayuda sería apreciada!
Respuesta1
Lo hice funcionar.
Como referencia, aquí hay un trabajoautofsconWebDAVconfiguración
Instalar requisitos previos
$ sudo apt-get install autofs
$ sudo apt-get install davfs2
/etc/auto.master
/Server.mount /etc/auto.Servername.mount
/etc/auto.NombreServidor.mount
storage-folder -fstype=davfs,ro :https\://servername.mydomain.com\:3333/Shared.Folder
Nota: cambie "ro" [solo lectura] a "rw" [lectura-escritura] según sus necesidades.
/etc/davfs2/secretos
/Server.mount/storage-folder "[email protected]" "mypassword"
Cómo lo solucioné:
Tuve varios problemas.
- Encontré una guía "definitiva" para la pregunta de análisis deauto.nombredelservidor.montajeen la cuarta página de resultados de Google:aquí. Por lo tanto, es necesario escapar de los otros dos puntos mediante una barra invertida.
- Tuve que activar el registro detallado para encontrar mi segundo problema (que era vergonzosamente malo). Abierto/etc/autofs.confy encuentra la línea que diceregistro = ninguno. Descomentarlo y cambiarlo.ningunoaverboso. Recargar autofs:$ sudo /etc/init.d/autofs recargary luego comprobar si hay errores en/var/log/syslog(La ubicación y el nombre del archivo de registro variarán según la distribución).
- registro del sistemame estaba diciendoLa clave "carpeta de almacenamiento" no se encuentra en las fuentes del mapa. Ahora para ser justos, micarpeta de almacenamientoEl nombre es algo largo y complejo. Pero lo revisé y lo revisé muchas veces y una y otra vez me perdí que en realidad estaba mal escrito en una letra. Entonces ese fue mi segundo problema, en/etc/auto.NombreServidor.mountDe hecho, había escrito algo comocarpeta-de-almacenamientoen lugar decarpeta de almacenamiento, así que obviamente cuando estaba intentando acceder/NombreServidor.mount/carpeta-almacenamientoNo encontré ninguna referencia a eso en los archivos de configuración.
- Después de solucionar este problema, el registro detallado me dio mi siguiente cliente potencial, ya que ahora mostraba el error.No se pudo autenticar en el servidor: desafío básico rechazado. Entonces esto me dijo que ahora tenía un error de autenticación. abrí/etc/davfs2/secretosy comencé a husmear, y esta vez en realidad hice RTFM porque las respuestas estaban ahí en la documentación contenida en elmisteriosarchivo. Detalla exactamente qué caracteres deben tener como carácter de escape una barra invertida, y resulta que la @ en mi nombre de usuario no era el problema, ¡pero sí tenía un carácter problemático en mi contraseña! Resulta que poner la contraseña entre comillas es una forma alternativa y más fácil de solucionar el problema, y también puse el nombre de usuario@dominio entre comillas, solo por si acaso.
¡Todo funciona ahora!