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.log
sur 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!
.ssh/config
synonymes hôtes dans les/etc/fstab
définitions et sans spécifier deIdentifyFile=~/.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)
sshfs server:~/ ~/mnt_fldr/
poursshfs server:/home/username/ /Users/username/mnt_fldr/
cela a fonctionné.Je pense que c'est fixe. J'avais cette ligne dans la
.bashrc
boîte Linux: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.
la source
Mon problème était que la clé d'hôte RSA de mon hôte a changé, j'ai donc dû exécuter
la source
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:
La suppression de la clé incriminée (à condition de faire confiance au serveur) a résolu le problème.
la source