Das Mounten des Linux-Verzeichnisses von sshfs auf dem Mac funktioniert nicht mehr

12

Bis heute Morgen hatte ich sshfs recht gut benutzt, um ein Verzeichnis von einem Linux-Rechner in meinem Büro zu mounten. Heute hat es aufgehört. Hier ist mein Befehl sshfs:

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

Ich bekomme diese Fehlermeldung, aber der sshfs-Prozess scheint immer noch zu laufen (das heißt, er sitzt nur dort und kehrt niemals zur Shell-Eingabeaufforderung zurück):

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

Das Systemprotokoll auf dem Mac enthält folgende Meldungen:

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)

Und hier ist /var/log/auth.logauf dem Linux-Rechner:

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

sshfs-verbindungen zu anderen maschinen (in meinem fall linux-builder und linux-builder2) scheinen in ordnung zu sein. Hat jemand Vorschläge, was schief gelaufen ist und wie ich es beheben könnte? Ich kann alle Protokolle bekommen, die Sie vielleicht sehen wollen!

— Carl Norum
quelle

4

Für zukünftige Googler erhielt ich diesen mysteriösen Fehler und erkannte, dass der Pfad, den ich für sshfs bereitstellte, nicht existierte. Hoppla. Reparierte es und ich bin weg.

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

— Steve Kehlet
quelle

Das war meinem Problem sehr ähnlich - ich hatte einen Tippfehler in der Hostadresse! Vielen Dank!

— IanW

Ebenso dachte ich, ich könnte meine .ssh/configHost - Synonyme in /etc/fstabDefinitionen verwenden, ohne eine IdentifyFile=~/.ssh/id_rsa. Es genügt zu sagen, dass ich mich sehr geirrt habe! Für die Googler habe ich (zumindest) eine knappe Nachricht in meinem Syslog:OSXFUSE: user-space initialization failed (57)

— lol

1

Hinweis: ~ / auf einem Mac ist / Users / Benutzername /, aber der Linux-Computer hat wahrscheinlich / home / Benutzername /. Einmal habe ich gewechselt sshfs server:~/ ~/mnt_fldr/, sshfs server:/home/username/ /Users/username/mnt_fldr/es hat funktioniert.

— David Oneill

In ähnlicher Weise kann dieser Fehler verursacht werden, wenn keine Verbindung zum Remote-Server hergestellt werden kann.

— g.rocket

2

Ich denke, es ist behoben. Ich hatte diese Zeile in der .bashrcauf der Linux-Box:

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

Es musste nicht von nicht interaktiven Shells ausgeführt werden, daher habe ich das in eine andere Datei verschoben, und jetzt ist es besser. Ich verstehe nicht wirklich warum , aber ich bin froh, dass es funktioniert.

— Carl Norum
quelle

0

Mein Problem war, dass sich der RSA-Hostschlüssel für meinen Host geändert hat, sodass ich ausführen musste

ssh-keygen -R site.com

— user3381053
quelle

0

Für mich war das Problem ein beleidigender Schlüssel in known_hosts:

Als ich versuchte, eine SSH-Verbindung zum Server herzustellen, erhielt ich:

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

Durch Entfernen des beleidigenden Schlüssels (vorausgesetzt, Sie vertrauen dem Server) wurde das Problem behoben.

— gozzilli
quelle