「リモートホストが切断されました」というsshfs

エラーをスローする次のコマンドをsftp使用sshfsして、接続をフォルダーにマウントしようとしています。

~$ sshfs admin@example.com:/ testfo
remote host has disconnected

システムにSSH接続し、でコマンドを繰り返しても同じエラーが発生しlocalhostます。このコマンドは別のマシンでも機能したため、問題はサーバーのどこかにあります。

~$ cat /var/log/auth.log

[...]

May 24 22:49:43 example sshd[20095]: Accepted publickey for admin from 24.111.222.33 port 47086 ssh2: RSA ad:xx:6e:xx:14:xx:bd:b5:xx:cb:66:xx:xx:xx:a3:ac
May 24 22:49:43 example sshd[20095]: pam_unix(sshd:session): session opened for user admin by (uid=0)
May 24 22:49:43 example systemd-logind[812]: Removed session 60.
May 24 22:49:43 example systemd-logind[812]: New session 61 of user admin.
May 24 22:49:44 example sshd[20143]: Received disconnect from 24.203.164.45: 11: disconnected by admin
May 24 22:49:44 example sshd[20095]: pam_unix(sshd:session): session closed for user admin

~/.ssh私は同様の問題のデバッグしようとしていることを見たので、ディレクトリは管理者が所有しています。

今後の参考のための追加情報：

問題があるではないが、SFTPと、SSH自体に。これは、SSH接続は正常に機能するが、SFTPは常に失敗するという事実によって明らかになります。SFTPを試行すると、Received unexpected end-of-file from SFTP server

この問題は、ログインスクリプトの出力文字列（例：）とは関係ありません~/.bashrc。

この問題は、すべてのユーザー（ルートを含む）から発生しています。

これが私のsshd設定（/etc/ssh/sshd_config）です。

# Package generated configuration file
# See the sshd_config(5) manpage for details

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
HostKey /etc/ssh/ssh_host_ed25519_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 1024

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin yes
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Subsystem sftp sftp-server

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM yes

sftp-serverパッケージがインストールされます。（sudo apt-get install openssh-sftp-server）

あなたのSubsystem価値sshd_configは間違っています。

Subsystem sftp /usr/lib/openssh/sftp-serverまたはである必要がありますinternal-sftp。/etc/ssh/sshd_configをこの値に変更して、sshサービスを再起動し、もう一度試してください。

古い質問ですが、この問題に対して最初に出てくる質問です。

私の問題は、サーバーにキー認証が必要なことでしたが、を使用sudoして指定するコマンドを実行していましたが-o IdentityFile=~/.ssh/id_rsa、意味~は私のものではなくルートのホームに拡張されました。

完全なパスを指定する$HOMEことは有効でしたが、使用することもできると思います（以前に拡張されていたため）。

リモートサーバーがOpenSSHではなくDropbearを実行している場合、このエラーが発生します。

SSHFSはSFTPを使用し、DropbearはSFTPを提供しません。したがって、使用しようとすると、Dropbearサーバーは理解できないサブシステムへの要求を認識し、接続をドロップします。

ここから：https : //unix.stackexchange.com/questions/363540/mount-a-filesystem-using-sshfs-using-the-dropbear-server-on-yocto-firmware

sshを介して単独でホストに接続できる場合：

ssh xxx.xxx.xxx.xxx

キーを保存するように求められる場合があります。Yだけでなく、YESと入力するように求められます。その後、そのリモートマシン上のユーザーのユーザー名とパスワードの入力を求められます。

sshfsを実行しようとしているものを使用し、結果をポストバックします。

接続が拒否された場合、リモートコンピューターにSSHがインストールされていないと推測します。Open sshは次のコマンドでインストールでき、リモートコンピューターで実行できます。

sudo apt install openssh-server

それが役立つかどうかはわかりませんが、同様の問題がありました

remote host has disconnected

そして、いくつかのグーグル＆ブラウジングの後、実際に別のポートを介してsshを接続したことに気付きました。

したがって、たとえば、ssh経由で接続する必要がありました（例、ポート番号1234を想定）：

ssh username@example.com -p 1234

ポート番号が22の場合、標準のsshの代わりに、sshfs接続にも同じものを使用する必要がありました。

sshfs username@example.com:/ ~/testfolder -p 1234

それは私の問題を解決しました。

私に起こったもう1つの原因は、dropbearmultiバイナリ自体/usr/libexec/sftp-serverにDD-WRTのビルド33600のどこかで失われた文字列がなかったことです。上記のバイナリがこのファイルに言及しているか、存在していても機能しないかどうかを確認してください。ビルド33525のバイナリを使用し、通常のバギードロップベアを殺すランチャーを作成してから、これを実行する必要がありました。をdropbear指すというシンボリックリンクを作成しdropbearmultiます。で現在のものを停止してからstopservice sshd、作業中のものを実行します。で参照してください。ps適切なパラメータがどのように見えますか。jffsに保存する（または/ tmpに展開する）ことをお勧めしますumount。そうすれば、どのドライブでも使用できます。