перестал работать sshfs при монтировании каталога linux с mac


12

До этого утра я довольно красиво использовал sshfs для монтирования каталога с машины linux в моем офисе. Сегодня это прекратилось. Вот моя команда sshfs:

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

Я получаю эту ошибку, но процесс sshfs, кажется, все еще работает (то есть он просто сидит там, никогда не возвращаясь к приглашению оболочки):

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

Системный журнал на Mac имеет следующие сообщения:

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)

И вот /var/log/auth.logна машине 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

Соединения sshfs с другими машинами (linux-builder и linux-builder2 в моем случае) кажутся нормальными. У кого-нибудь есть предложения по поводу того, что пошло не так и как я могу это исправить? Я могу получить любые журналы, которые вы можете захотеть увидеть!

Ответы:


4

Для будущих гуглов я получил эту загадочную ошибку и понял, что путь, который я предоставляю sshfs, не существует. К сожалению. Исправил, и я выключен.

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

Это было очень похоже на мою проблему - у меня была опечатка в адресе хоста! Благодарность!
IanW

в том же духе я думал, что смогу использовать .ssh/configсинонимы моего хоста в /etc/fstabопределениях и без указания IdentifyFile=~/.ssh/id_rsa. Достаточно сказать, что я сильно ошибался! Для googlers я получил (по крайней мере) краткое сообщение в своем системном журнале:OSXFUSE: user-space initialization failed (57)
LOL

1
Примечание: ~ / на Mac это / Users / username /, но на компьютере с Linux, вероятно, есть / home / username /. Однажды я изменился, sshfs server:~/ ~/mnt_fldr/чтобы sshfs server:/home/username/ /Users/username/mnt_fldr/это работало.
Дэвид Онеилл

Точно так же эта ошибка может быть вызвана, если удаленный сервер не может быть подключен к.
Гэвин С. Янси

2

Я думаю, что это исправлено. У меня была эта строка в .bashrcокне Linux:

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

Его не нужно было запускать неинтерактивными оболочками, поэтому я перенес это в другой файл, и теперь стало лучше. Я не очень понимаю, почему , но я счастлив, что это работает.


0

Моя проблема заключалась в том, что изменился ключ хоста RSA для моего хоста, поэтому мне пришлось запустить

ssh-keygen -R site.com

0

Для меня проблема была оскорбительным ключом в known_hosts:

Когда я попытался SSH на сервер, я получил:

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

Сняв поврежденный ключ (при условии, что вы доверяете серверу), решил проблему.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.