Ich habe ein Problem mit MacFusion. Nachdem ich die Anweisungen hier befolgt habe: http://www.kevinfodness.com/using-macfusion-for-sftp-connections-on-osx , habe ich eine SSHFS-Verbindung in Macfusion eingerichtet und nach etwa 5 Sekunden die Fehlermeldung „Could not Mount-Dateisystem: Authentifizierung fehlgeschlagen."
Es scheint mir, dass die relevante Zeile in der Protokolldatei "debug1: read_passphrase: can't open /dev/tty: Device not configure" lautet. Ich kann nicht sagen, ob dies ein Problem mit meinem Macbook oder mit dem Ubuntu-Server ist. Ich habe auf beiden Rechnern Root-Zugriff.
Das anonymisierte Protokoll ist unten:
(SSHServerFS, _______, 12/3/14, 13:05) debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to _______ [_______] port _______.
debug1: Connection established.
debug1: identity file /Users/_______/.ssh/id_rsa type -1
debug1: identity file /Users/_______/.ssh/id_rsa-cert type -1
debug1: identity file /Users/_______/.ssh/id_dsa type -1
debug1: identity file /Users/_______/.ssh/id_dsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
(SSHServerFS, _______, 12/3/14, 13:05) Mount time out detected. Killing task <NSConcreteTask: 0x400171200> pid 17137
(MFClient, _______, 12/3/14, 13:05) Note status changed for fs <MFClientFS: 0x400886d20> (_______) to Failed to Mount
(SSHServerFS, _______, 12/3/14, 13:05) debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3p1 Debian-3ubuntu7
debug1: match: OpenSSH_5.3p1 Debian-3ubuntu7 pat OpenSSH_5*
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA _______
debug1: Host '[_______]:_______' is known and matches the RSA host key.
debug1: Found key in /Users/_______/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
(SSHServerFS, LACO02 SSH, 12/3/14, 13:05) debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /Users/_______/.ssh/id_rsa
debug1: Trying private key: /Users/_______/.ssh/id_dsa
debug1: Next authentication method: password
debug1: read_passphrase: can't open /dev/tty: Device not configured
(SSHServerFS, _______, 12/3/14, 13:05) debug1: Authentications that can continue: publickey,password
debug1: No more authentication methods to try.
Permission denied (publickey,password).
(SSHServerFS, _______, 12/3/14, 13:05) mount_osxfusefs: failed to mount /Volumes/LACO02 SSH@/dev/osxfuse0: Socket is not connected
(SSHServerFS, _______, 12/3/14, 13:06) mount_osxfusefs: failed to mount /Volumes/LACO02 SSH@/dev/osxfuse1: Socket is not connected
Sehen Sie das, was tun?
Meistens passieren zwei Dinge, wenn die Schlüsselauthentifizierung nicht funktioniert:
authorized_keysIhr öffentlicher Schlüssel befindet sich nicht in der Datei des Zielbenutzers
Der OpenSSH-Server ist sehr wählerisch, wenn es um Berechtigungen geht:
.sshmuss dem Zielbenutzer gehören und benötigt 700 Berechtigungen. ( drwx------)authorized_keysim .sshVerzeichnis benötigt 600 Berechtigungen. ( rw-------)Sehen Sie sich außerdem die Konfiguration des Ziel-SSH-Servers an:
...
#StrictModes yes
...
#RSAAuthentication yes
#PubkeyAuthentication yes
...
AuthorizedKeysFile .ssh/authorized_keys
...
#PasswordAuthentication no
#PermitEmptyPasswords no
...
Wenn diese Optionen eingestellt sind, funktioniert es auf meiner Seite ...
Habe das gleiche Problem mit Macfusion in MacOS 10.9.5. Gelöst durch Installation von XQuartz, verfügbar unter http://xquartz.macosforge.org/landing/ .
Dieses Problem hängt mit der Einstellung der Unterstützung von X11.app durch Apple zusammen, sodass sie die Benutzer auf das Open-Source-Projekt XQuartz umstellen.