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

Для майбутніх googlers я отримав цю таємничу помилку і зрозумів, що шлях, який я пропоную до sshfs, не існує. На жаль Виправлено це, і я вимкнувся.

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

— Стів Келет
джерело

Це було дуже схоже на мою проблему - у мене була помилка друку в адресі хоста! Спасибі!

— IanW

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

— lol

1

Примітка: ~ / на mac є / Користувачі / ім'я користувача /, але, можливо, у комп'ютера 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

— user3381053
джерело

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.

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

— gozzilli
джерело