Al configurar una estación de trabajo Ubuntu (13.04), estoy tratando de tener un sistema de archivos remoto montado (sobre ssh).
La configuración actual
Creé el usuario someuser y lo agregué al grupo de fusibles
Mi entrada fstab dice:
sshfs#[email protected]:/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
desde mi entendimiento:
- auto : solicita explícitamente que se instale el fs remoto en el arranque
- _netdev : espera a que la interfaz esté activa antes de intentar montar
- usuario : permite que cualquier usuario solicite que se monte esta ubicación remota específica (inútil en la perspectiva del usuario raíz que la monta automáticamente en el arranque)
- allow_other : permitirá que cualquier usuario (en el grupo de fusibles) acceda a los fs montados
- IdentityFile : apunta a la clave privada emparejada con la clave pública agregada en /home/someuser/.ssh/authorized_key de la máquina remota.
- volver a conectar : No estoy seguro ... ¿Intentará volver a conectar si se pierde la conexión?
El problema
En el arranque, inicio sesión con alguien , enciendo una terminal y / media / remote_dir está vacío.
Pero desde el mismo usuario (o la raíz), puedo montarlo simplemente escribiendo:
mount sshfs#[email protected]:/remote_dir
También se monta automáticamente por arte de magia si hago clic en remote_dir en un navegador de archivos.
¿Alguna pista sobre lo que podría faltar?
Respuestas:
Experimenté exactamente el mismo problema después de actualizar de Oneiric (donde el montaje automático funcionaba bien) a Precise.
Lo que resolvió el problema para mí fue agregar la opción delay_connect . Además, he estado usando la opción "solución = cambiar nombre" ya antes, desde tiempos de Oneiric. No estoy seguro de si todavía se necesita hoy, pero al menos no parece doler.
Mi línea completa / etc / fstab es:
Obviamente, necesitaría adaptar las ID de usuario / grupo a su propio entorno.
fuente
_netdev
problema se explica en la respuesta de Tony. La red puede estar activa, pero aún no puede resolver el host. Obviamente, usar una dirección IP resolvería eso, pero ¿quién quiere direcciones IP en su fstab?También para complementar todos los comentarios anteriores,
Asegúrese de permitir que los usuarios no root especifiquen la
allow_other
opción de montaje en/etc/fuse.conf
Asegúrese de usar cada montaje sshfs al menos una vez manualmente mientras está en la raíz para que la firma del host se agregue al
~/.ssh/known_hosts
archivo.fuente
Tuve el mismo problema, creo que necesita auto para ser noauto. no debería montarse en el arranque, debería montarse cuando el eth está activo
fuente
_netdev
, y cambiarlonoauto
haría que no se pudiera montar en el arranque (solo explícitamente cuando se usa el comando de montaje )Si va a montarlo desde un servidor DNS autorizado
/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 aún no se puede resolver. O el servidor DNS debe estar ejecutándose mientras intenta montar o debe 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:
delay_connect
opción para que permita que la secuencia de inicio continúe y después de que la secuencia de inicio se haya iniciado, el servidor DNS se conectará./etc/hosts
archivo local con la dirección IP adecuada.fstab
lugar del nombre del host.fuente
delay_connect
opción? ¿A dónde se agrega? Edite su pregunta para incluir más información al respecto.