sshfs no se monta automáticamente en el arranque, a pesar de la configuración / etc / fstab

21

Configurando alguna estación de trabajo Ubuntu (13.04), estoy tratando de tener un sistema de archivos remoto montado (a través de ssh).

La configuración actual

  • Creé el usuario algún usuario y lo agregué al grupo fusible

  • Mi entrada fstab se lee como:

    sshfs#someuser@remote.com:/remote_dir  /media/remote_dir/   fuse    auto,_netdev,port=22,user,allow_other,noatime,follow_symlinks,IdentityFile=/home/someuser/.ssh/id_rsa,reconnect     0       0
    

de mi entendimiento:

  • automático : pide explícitamente que los fs remotos se monten en el arranque
  • _netdev : espere a que la interfaz esté activada antes de intentar montar
  • usuario : permite que cualquier usuario solicite que se monte esta ubicación remota específica (inútil en la perspectiva de que el usuario root la monte automáticamente al arrancar)
  • allow_other : ¿permitirá a cualquier usuario (en el grupo de fusibles?) acceder al fs montado
  • IdentityFile : apunta a la clave privada emparejada con la clave pública agregada en /home/someuser/.ssh/authorized_key de la máquina remota.
  • reconectar : no estoy seguro ... ¿Intentará volver a conectar si se pierde la conexión?

El problema

  • En el arranque, inicio sesión con someuser , inicio una terminal y / media / remote_dir está vacío.

  • Pero desde el mismo usuario (o la raíz), puedo montarlo simplemente escribiendo:

    mount sshfs#someuser@remote.com:/remote_dir
    

    También está montado de forma automática, si hago clic en remote_dir en un navegador de archivos.

¿Alguna pista sobre lo que podría faltar?

    
pregunta Ad N 31.07.2013 - 13:16

4 respuestas

13

Experimenté exactamente el mismo problema después de actualizar desde Oneiric (donde el automount funcionó bien) a Precise.

Lo que me solucionó el problema fue agregar la opción delay_connect . Además, he estado usando la opción "workaround = rename" ya antes, desde tiempos Oneiric. No estoy seguro de si todavía se necesita hoy, pero al menos no parece doler.

Mi línea / etc / fstab completa es:

sshfs#user@host:/remote/dir /local/dir fuse delay_connect,idmap=user,uid=1000,gid=1000,umask=0,allow_other,_netdev,workaround=rename 0 0

Obviamente, necesitaría adaptar los ID de usuario / grupo a su propio entorno.

    
respondido por el lbo 18.08.2013 - 15:56
0

tenía el mismo problema, creo que necesitas auto para ser noauto. no debería montarse en el arranque, debería montarse cuando el eth está arriba

    
respondido por el Piet Bijl 06.12.2013 - 08:21
0

Si va a montarlo desde un servidor DNS autoritario /etc/fstab y este servidor DNS proporciona el nombre de host de su servidor SFTP remoto, ciertamente no podrá conectarse porque el nombre de host no se puede resolver todavía. O bien el servidor DNS se debe ejecutar al intentar montar o tiene que encontrar un método alternativo para obtener la dirección IP de su servidor remoto.

Si este es el caso, puede elegir cualquiera de las siguientes soluciones:

  • Agregue la opción delay_connect para que permita que la secuencia de inicio continúe y después de que la secuencia de inicio haya comenzado, se conectará el servidor DNS.
  • Agregue el nombre de host del servidor SFTP remoto a su archivo local /etc/hosts con la dirección IP adecuada.
  • Usa la dirección IP de tu servidor SFTP remoto en fstab en lugar de nombre de host.
respondido por el Tony 08.11.2015 - 00:26
0

También para complementar todos los comentarios anteriores,

  1. Asegúrese de permitir que los usuarios que no son root especifiquen la opción allow_other mount en /etc/fuse.conf

  2. Asegúrese de utilizar cada montaje sshfs al menos una vez manualmente mientras rootea para que la firma del host se agregue al archivo ~/.ssh/known_hosts .

    sshfs [user]@[host]:[remote_path] [local_path] -o allow_other,IdentityFile=[path_to_id_rsa]
    
respondido por el Martin Brousseau 15.04.2017 - 01:24

Lea otras preguntas en las etiquetas