Macfusion: No se puede montar el directorio SSHFS, "La autenticación ha fallado".

3

Tengo un problema con Macfusion. Después de seguir las instrucciones aquí: enlace , configuro una conexión SSHFS en Macfusion , y después de unos 5 segundos se produjo el error "No se pudo montar el sistema de archivos: la autenticación ha fallado".

Me parece que la línea relevante en el archivo de registro es "debug1: read_passphrase: no se puede abrir / dev / tty: dispositivo no configurado". No puedo decir si esto es un problema con mi Macbook o con el servidor de Ubuntu. Tengo acceso de root en ambas máquinas.

El registro anonimizado está debajo:

(SSHServerFS, _______, 12/3/14, 13:05) debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to _______ [_______] port _______.
debug1: Connection established.
debug1: identity file /Users/_______/.ssh/id_rsa type -1
debug1: identity file /Users/_______/.ssh/id_rsa-cert type -1
debug1: identity file /Users/_______/.ssh/id_dsa type -1
debug1: identity file /Users/_______/.ssh/id_dsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
(SSHServerFS, _______, 12/3/14, 13:05) Mount time out detected. Killing task <NSConcreteTask: 0x400171200> pid 17137
(MFClient, _______, 12/3/14, 13:05) Note status changed for fs <MFClientFS: 0x400886d20> (_______) to Failed to Mount
(SSHServerFS, _______, 12/3/14, 13:05) debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3p1 Debian-3ubuntu7
debug1: match: OpenSSH_5.3p1 Debian-3ubuntu7 pat OpenSSH_5*
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA _______
debug1: Host '[_______]:_______' is known and matches the RSA host key.
debug1: Found key in /Users/_______/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
(SSHServerFS, LACO02 SSH, 12/3/14, 13:05) debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /Users/_______/.ssh/id_rsa
debug1: Trying private key: /Users/_______/.ssh/id_dsa
debug1: Next authentication method: password
debug1: read_passphrase: can't open /dev/tty: Device not configured
(SSHServerFS, _______, 12/3/14, 13:05) debug1: Authentications that can continue: publickey,password
debug1: No more authentication methods to try.
Permission denied (publickey,password).
(SSHServerFS, _______, 12/3/14, 13:05) mount_osxfusefs: failed to mount /Volumes/LACO02 SSH@/dev/osxfuse0: Socket is not connected
(SSHServerFS, _______, 12/3/14, 13:06) mount_osxfusefs: failed to mount /Volumes/LACO02 SSH@/dev/osxfuse1: Socket is not connected

Mira esto, ¿qué?

    
pregunta Frank Harris 03.12.2014 - 19:29

2 respuestas

1

La mayoría de las cosas suceden cuando la autenticación de clave no funciona:

  1. Su clave pública no está en el archivo authorized_keys file del usuario de destino

  2. El servidor OpenSSH es muy delicado cuando se trata de permisos:

    • El directorio .ssh del usuario de destino debe pertenecer al usuario de destino y necesita 700 permisos. ( drwx------ )
    • El archivo authorized_keys del usuario de destino dentro del directorio .ssh necesita 600 permisos. ( rw------- )

Además, eche un vistazo a la configuración del servidor SSH de destino:

...
#StrictModes yes
...
#RSAAuthentication yes
#PubkeyAuthentication yes
...
AuthorizedKeysFile      .ssh/authorized_keys
...
#PasswordAuthentication no
#PermitEmptyPasswords no
...

Con estas opciones establecidas, funciona de mi lado ...

    
respondido por el Garex 23.09.2015 - 11:11
0

Se produjo el mismo problema con Macfusion en MacOS 10.9.5. Resuelto mediante la instalación de XQuartz, disponible en enlace .

Este problema está relacionado con la caída de soporte de X11.app de Apple, por lo que están cambiando a los usuarios para obtener el proyecto de código abierto de XQuartz.

    
respondido por el alessio 26.04.2015 - 20:16

Lea otras preguntas en las etiquetas