web-dev-qa-db-ja.com

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

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

~$ sshfs [email protected]:/ 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ディレクトリは、同様の問題に対するデバッグの試みとして見たため、adminが所有しています。

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

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

問題はnotログインスクリプトの出力文字列に関連しています(例:~/.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

11
Slava Knyazev

sshd_configSubsystem値が間違っています。

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

5
Jakuje

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

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

完全なパスを指定することは機能し、$HOMEを使用しても同様に機能すると思います(以前に拡張されていたため)。

4
BlueDrink9

リモートサーバーが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

1
calamari

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

0
Zdenek

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 [email protected] -p 1234

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

sshfs [email protected]:/ ~/testfolder -p 1234

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

0
imiejego44