sshfs gắn thư mục linux từ mac ngừng hoạt động


12

Cho đến sáng nay, tôi đã sử dụng sshfs khá độc đáo để gắn một thư mục từ một máy linux trong văn phòng của tôi. Hôm nay, nó dừng lại. Đây là lệnh sshfs của tôi:

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

Tôi gặp lỗi này, nhưng quá trình sshfs dường như vẫn đang chạy (nghĩa là nó chỉ nằm ở đó, không bao giờ quay lại dấu nhắc shell):

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

Nhật ký hệ thống trên Mac có các thông báo sau:

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)

Và đây là /var/log/auth.logtrên máy 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 kết nối với các máy khác (linux-builder và linux-builder2 trong trường hợp của tôi) có vẻ ổn. Có ai có bất cứ đề nghị cho những gì đã sai và làm thế nào tôi có thể sửa chữa nó? Tôi có thể nhận được bất kỳ nhật ký mà bạn có thể muốn xem!

Câu trả lời:


4

Đối với những người làm việc trong tương lai, tôi đã nhận được lỗi bí ẩn này và nhận ra con đường tôi đang cung cấp cho sshfs là không tồn tại. Giáo sư. Đã sửa nó và tôi tắt.

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

Điều này rất giống với vấn đề của tôi - tôi đã có một lỗi đánh máy trong địa chỉ máy chủ! Cảm ơn!
IanW

trong cùng một suy nghĩ, tôi nghĩ rằng tôi có thể sử dụng các .ssh/configtừ đồng nghĩa máy chủ của mình trong các /etc/fstabđịnh nghĩa và không chỉ định một IdentifyFile=~/.ssh/id_rsa. Đủ để nói rằng tôi đã nhầm lẫn! Đối với các nhân viên Google tôi nhận được (ít nhất) một tin nhắn ngắn gọn trong syslog của tôi:OSXFUSE: user-space initialization failed (57)
lol

1
Lưu ý: ~ / trên máy mac là / Người dùng / tên người dùng / nhưng máy tính linux có thể có / home / tên người dùng /. Một khi tôi đã thay đổi sshfs server:~/ ~/mnt_fldr/để sshfs server:/home/username/ /Users/username/mnt_fldr/nó làm việc.
David Oneill

Tương tự, lỗi này có thể được gây ra nếu máy chủ từ xa không thể được kết nối.
g.rocket

2

Tôi nghĩ nó đã được sửa. Tôi đã có dòng này trong .bashrchộp linux:

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

Nó không cần phải được chạy bởi các shell không tương tác, vì vậy tôi đã chuyển nó sang một tệp khác, và giờ nó đã tốt hơn. Tôi thực sự không hiểu tại sao , nhưng tôi rất vui vì nó hoạt động.


0

Vấn đề của tôi là khóa máy chủ RSA cho máy chủ của tôi đã thay đổi, vì vậy tôi phải chạy

ssh-keygen -R site.com

0

Đối với tôi, vấn đề là một khóa vi phạm trong known_hosts:

Khi tôi cố gắng SSH vào máy chủ, tôi nhận được:

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

Xóa khóa vi phạm (miễn là bạn tin tưởng máy chủ), đã giải quyết được vấn đề.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.