まず、私はこの質問が100万回も尋ねられたことを知っています。私は見つけたすべての問題を読みましたが、まだ問題を解決できません。
ubuntuの新規インストールでMacからUbuntuサーバーにsshを実行すると、この問題が発生します(この問題のために再インストールしました)。
ISPが22をブロックしているため、SSHポートマップを7070に設定しています。
クライアント上:
bash: ssh -p 7070 -v [email protected]
debug1: Reading configuration data /etc/ssh_config
debug1: Connecting to address.org port 7070.
debug1: Connection established.
debug1: identity file /home/me/.ssh/identity type -1
debug1: identity file /home/me/.ssh/id_rsa type 1
debug1: identity file /home/me/.ssh/id_dsa type -1
ssh_exchange_identification: Connection closed by remote Host
この問題を解決するために私が行ったことは次のとおりです。
私のmaxstartups
に問題がないことを確認しました:
bash: grep MaxStartups /etc/ssh/sshd_config
#MaxStartups 10:30:60
telnet localhost
を実行すると、次のようになります。
telnet localhost
Trying ::1...
Trying 127.0.0.1...
telnet: Unable to connect to remote Host: Connection refused
/ usr/sbin/sshd -tを実行すると
Could not load Host key: /etc/ssh/ssh_Host_rsa_key
Could not load Host key: /etc/ssh/ssh_Host_dsa_key
でキーを再生成すると
ssh-keygen -t rsa -f /etc/ssh/ssh_Host_rsa_key
ssh-keygen -t dsa -f /etc/ssh/ssh_Host_dsa_key
同じエラーが発生します。
これが問題だと私はかなり確信しています。誰か助けてもらえますか?
/etc/hosts.allowで編集した直後にこのエラーが発生し始めました。
修正前と修正後をご覧ください。
ALL: 192.168.1 notice no period after 192.168.1
ssh_exchange_identification: Connection closed by remote Host
ALL: 192.168.1. see the extra period after 192.168.1.
[email protected]'s password:
Welcome to Linux Mint 11 Katya (GNU/Linux 2.6.38-8-generic i686)
私はこの質問が少し古いことを知っていますが、受け入れられた答えがまだないので、ここに私がKodingのVMマシンに接続するサンプルケースでうまくいった解決策があります。 com:
.ssh/config
ファイル
から:
Host *.kd.io User myusername ProxyCommand ssh %[email protected] nc %h %p
に:
Host *.kd.io
User myusername
ProxyCommand ssh [email protected] nc %h %p
2つのことに注意してください。
percent_expand: unknown key %r
私が変更され %r
ユーザー名にCentos6を実行しています
sshd
サービスが動作していない場合は、「ssh_exchange_identification:接続がリモートホストによって閉じられました」を取得できます。
サーバーにアクセスできる場合は、sshd
サービスが次のように実行されていることを確認してください。
ps aux | grep ssh
ポート22でリッスンしていることを確認します。
netstat -plant | grep :22
how_to_generate_keygen:
$ ssh-keygen -t dsa -P “” -f ~/.ssh/id_dsa
上記のコマンドを通常またはrootユーザーで試してください。
幸運を祈ります。
私がそれを考えることができる最も可能性の高いことは、あなたがチェックしたとまだ言っていなかった場合にあなたを救済するでしょう、あなたのauthorized_keysファイルの所有権でしょう。 /home/me/.ssh/
が700であり、内部のファイルが600(グループアクセス不可)であり、「me」が所有していることを確認します。 -vvv
を試して、その時点でsshが正確に行っていることの詳細な説明を確認してください。
Rootとしてsshd -t
を実行していることを確認してください。ユーザーとして実行すると、「ホストキーを開けません」というエラーが表示されます。それ以外の場合は、/ etc/ssh/ssh_Host _ * _ keyがroot:rootおよび600であることを確認してください。ただし、.pubキーはroot:root 644です。
非標準ポートに接続する前に、selinuxが問題を抱えていたと思いますが、念のため、selinuxが有効になっている場合は/var/log/audit.logを確認してください。