sshfs montage du répertoire linux à partir de mac ne fonctionne plus

12

Jusqu'à ce matin, j'utilisais assez bien sshfs pour monter un répertoire à partir d'une machine Linux dans mon bureau. Aujourd'hui, ça s'est arrêté. Voici ma commande sshfs:

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

Je reçois cette erreur, mais le processus sshfs semble toujours en cours d'exécution (c'est-à-dire qu'il se trouve juste là, sans jamais revenir à l'invite du shell):

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

Le journal système sur le Mac contient ces messages:

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)

Et voici /var/log/auth.logsur la machine 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

Les connexions sshfs à d'autres machines (linux-builder et linux-builder2 dans mon cas) semblent être bonnes. Quelqu'un a-t-il des suggestions sur ce qui n'a pas fonctionné et comment je pourrais y remédier? Je peux obtenir tous les journaux que vous voudrez peut-être voir!

— Carl Norum
source

4

Pour les futurs googleurs, j'ai reçu cette mystérieuse erreur et j'ai réalisé que le chemin que je fournissais à sshfs était inexistant. Oups. Fixé et je pars.

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

— Steve Kehlet
source

C'était très similaire à mon problème - j'avais une faute de frappe dans l'adresse de l'hôte! Merci!

— IanW

dans la même veine, je pensais pouvoir utiliser mes .ssh/configsynonymes hôtes dans les /etc/fstabdéfinitions et sans spécifier de IdentifyFile=~/.ssh/id_rsa. Qu'il suffise de dire que je me trompais profondément! Pour les googleurs, j'ai (au moins) un message concis dans mon syslog:OSXFUSE: user-space initialization failed (57)

— lol

1

Remarque: ~ / sur un mac est / Users / username / mais l'ordinateur Linux a probablement / home / username /. Une fois que je l' ai changé sshfs server:~/ ~/mnt_fldr/pour sshfs server:/home/username/ /Users/username/mnt_fldr/cela a fonctionné.

— David Oneill

De même, cette erreur peut être provoquée si le serveur distant ne peut pas être connecté.

— Gavin S. Yancey

2

Je pense que c'est fixe. J'avais cette ligne dans la .bashrcboîte Linux:

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

Il n'avait pas besoin d'être exécuté par des shells non interactifs, j'ai donc poussé cela vers un autre fichier, et c'est mieux maintenant. Je ne comprends pas vraiment pourquoi , mais je suis content que ça marche.

— Carl Norum
source

0

Mon problème était que la clé d'hôte RSA de mon hôte a changé, j'ai donc dû exécuter

ssh-keygen -R site.com

— user3381053
source

0

Pour moi, le problème était une clé offensante dans known_hosts:

Lorsque j'ai essayé de SSH sur le serveur, j'ai reçu:

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    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.

La suppression de la clé incriminée (à condition de faire confiance au serveur) a résolu le problème.

— gozzilli
source