sshfs montando el directorio de Linux desde mac dejó de funcionar

12

Hasta esta mañana, había estado usando sshfs bastante bien para montar un directorio desde una máquina Linux en mi oficina. Hoy se detuvo. Aquí está mi comando sshfs:

sshfs -osshfs_sync,volname=linux-builder3 linux-builder3:/home/cnorum /Users/carl/linux-builder3

Recibo este error, pero el proceso sshfs parece seguir ejecutándose (es decir, simplemente se queda allí, sin volver nunca al indicador de comandos de la shell):

mount_osxfusefs: failed to mount /Users/carl/linux-builder3@/dev/osxfuse1: Socket is not connected

El registro del sistema en la Mac tiene estos mensajes:

2/20/13 12:57:27.476 PM KernelEventAgent[43]: tid 00000000 received event(s) VQ_DEAD (32)
2/20/13 12:57:27.000 PM kernel[0]: OSXFUSE: force ejecting (no response from user space 5)
2/20/13 12:57:27.000 PM kernel[0]: OSXFUSE: user-space initialization failed (57)

Y aquí está /var/log/auth.logen la máquina de Linux:

Feb 20 12:56:28 linux-builder3 adclient[1599]: INFO  <fd:22 PAMIsUserAllowedAccess> audit User 'cnorum' is authorized
Feb 20 12:56:28 linux-builder3 sshd[29648]: Accepted publickey for cnorum from 10.0.40.65 port 49850 ssh2
Feb 20 12:56:28 linux-builder3 sshd[29648]: pam_unix(sshd:session): session opened for user cnorum by (uid=0)
Feb 20 12:56:28 linux-builder3 sshd[29729]: subsystem request for sftp

Las conexiones sshfs a otras máquinas (linux-builder y linux-builder2 en mi caso) parecen estar bien. ¿Alguien tiene alguna sugerencia sobre lo que salió mal y cómo podría solucionarlo? ¡Puedo obtener todos los registros que quieras ver!

— Carl Norum
fuente

4

Para futuros googlers, recibí este misterioso error y me di cuenta de que la ruta que estaba proporcionando a sshfs era inexistente. Ups Lo arreglé y me voy.

mount_osxfusefs: failed to mount /Volumes/mypath@/dev/osxfuse0: Socket is not connected

— Steve Kehlet
fuente

Esto fue muy similar a mi problema: ¡tenía un error tipográfico en la dirección del host! ¡Gracias!

— IanW

En la misma línea, pensé que podría usar .ssh/configlos sinónimos de mi host en las /etc/fstabdefiniciones y sin especificar un IdentifyFile=~/.ssh/id_rsa. ¡Baste decir que estaba muy equivocado! Para los googlers recibí (al menos) un breve mensaje en mi syslog:OSXFUSE: user-space initialization failed (57)

— lol

1

Nota: ~ / en una Mac es / Users / username / pero la computadora Linux probablemente tiene / home / username /. Una vez que me cambié sshfs server:~/ ~/mnt_fldr/a sshfs server:/home/username/ /Users/username/mnt_fldr/eso funcionó.

— David Oneill

Del mismo modo, este error puede ser causado si el servidor remoto no puede conectarse.

— Gavin S. Yancey

2

Creo que está arreglado. Tenía esta línea en el .bashrccuadro de linux:

CLIENT_PATH_PREFIX="$(ssh ${CLIENT_ADDR} 'echo ${SSHFS_PATH_PREFIX}')/$(hostname)/$(whoami)"

No necesitaba ser ejecutado por shells no interactivos, así que lo envié a un archivo diferente, y ahora es mejor. Realmente no entiendo por qué , pero estoy feliz de que funcione.

— Carl Norum
fuente

0

Mi problema fue que la clave de host RSA para mi host cambió, así que tuve que ejecutar

ssh-keygen -R site.com

— usuario3381053
fuente

0

Para mí, el problema era una clave ofensiva en known_hosts:

Cuando intenté SSH en el servidor, recibí:

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
SHA256:<something>
Please contact your system administrator.
Add correct host key in /Users/myuser/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /Users/myuser/.ssh/known_hosts:86
RSA host key for <server> has changed and you have requested strict checking.
Host key verification failed.

Al eliminar la clave infractora (siempre que confíe en el servidor), se resolvió el problema.

— gozzilli
fuente