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!

linux macos sockets sshfs Carl Norum
quelle

Antworten:

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