sshfs montowanie katalogu linux z Mac przestało działać


12

Do dziś rano całkiem ładnie używałem sshfs do montowania katalogu z komputera z linuksem w moim biurze. Dzisiaj przestało. Oto moje polecenie sshfs:

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

Pojawia się ten błąd, ale wydaje się, że proces sshfs nadal działa (to znaczy, po prostu tam siedzi, nigdy nie wracając do zachęty powłoki):

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

Dziennik systemu na komputerze Mac zawiera następujące komunikaty:

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)

A oto /var/log/auth.logmaszyna 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

Połączenia sshfs z innymi komputerami (w moim przypadku linux-builder i linux-builder2) wydają się być w porządku. Czy ktoś ma jakieś sugestie dotyczące tego, co poszło nie tak i jak mogę to naprawić? Mogę dostać wszystkie logi, które możesz chcieć zobaczyć!

Odpowiedzi:


4

W przypadku przyszłych pracowników Google otrzymałem ten tajemniczy błąd i zdałem sobie sprawę, że ścieżka, którą podążam do sshfs, nie istnieje. Ups Naprawiłem i nie ma mnie.

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

To było bardzo podobne do mojego problemu - miałem literówkę w adresie hosta! Dzięki!
IanW

w tym samym duchu, pomyślałem, że mogę używać .ssh/configsynonimów mojego hosta w /etc/fstabdefinicjach i bez podawania an IdentifyFile=~/.ssh/id_rsa. Wystarczy powiedzieć, że bardzo się pomyliłem! Dla googlersów dostałem (przynajmniej) zwięzłą wiadomość w moim dzienniku systemowym:OSXFUSE: user-space initialization failed (57)
lol

1
Uwaga: ~ / na komputerze Mac to / Users / username /, ale komputer z systemem Linux prawdopodobnie ma / home / username /. Raz zmieniłem sshfs server:~/ ~/mnt_fldr/aby sshfs server:/home/username/ /Users/username/mnt_fldr/to działało.
David Oneill,

Podobnie ten błąd może zostać spowodowany, jeśli nie można połączyć się ze zdalnym serwerem.
Gavin S. Yancey

2

Myślę, że to naprawione. Miałem tę linię w .bashrcpolu linux:

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

Nie musiała być uruchamiana przez nieinteraktywne powłoki, więc zepchnąłem to do innego pliku i teraz jest lepiej. Naprawdę nie rozumiem dlaczego , ale cieszę się, że to działa.


0

Mój problem polegał na tym, że klucz hosta RSA dla mojego hosta zmienił się, więc musiałem uruchomić

ssh-keygen -R site.com

0

Dla mnie problemem był obraźliwy klucz known_hosts:

Kiedy próbowałem połączyć się z serwerem SSH, otrzymałem:

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

Usunięcie niepoprawnego klucza (pod warunkiem, że ufasz serwerowi), rozwiązało problem.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.