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 ответа4

4

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

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

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

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

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

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.

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

0

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

ssh-keygen -R site.com

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .