ssh接続が非常に遅い

いくつかのリモートシステムがあり、そのうちの1つであるdebianを実行しているlinodeは、sshが非常に遅く、毎回約20〜25秒かかります。これは比較的最近起こったようです。同様の質問に対するいくつかの回答で提案されているように設定GSSAPIAuthenticationを試みましたが、違いはありません。また、fqdnまたはIPアドレスを使用してログインしても、違いはありません。私は、ローカルのLinuxボックスまたはローカルのMacintoshのどちらからでも同じ遅延スッシングを使用しています。linodeからローカルlinuxボックスへのこのような遅延スッシングはありません。同じバージョンのDebianを使用する別のリモートシステムがあり、2秒でsshできます。の唯一の違いnoyes/etc/ssh/sshd_config 2つのDebianボックスのファイルは、高速のものはパスワードを許可せず、許可された暗号のリストも指定するということです。

を使用してログインするssh -vvv root@linodeと、>>>>>>でマークされた部分で遅延が発生します

debug2: key: /root/.ssh/id_ecdsa ((nil))
debug2: key: /root/.ssh/id_ed25519 ((nil))
debug3: send packet: type 5
debug3: receive packet: type 6
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug3: send packet: type 50

>>>>>>

debug3: receive packet: type 51
debug1: Authentications that can continue: publickey,password
debug3: start over, passed a different list publickey,password
debug3: preferred gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /root/.ssh/id_rsa
debug3: send_pubkey_test

（これは部分的なログにすぎません-要求に応じて完全なログが利用可能です）

ログイン中/var/log/auth.logまたは/var/log/syslog遅延時間中にログインに関する情報が見つかりません-その後、

Jul 27 13:46:43 linode sshd[23049]: Accepted publickey for root from 199.241.27.237 port 51464 ssh2: RSA 89:08:ef:44:48:a4:84:b7:0a:de:14:65:1b:d9:86:f8
Jul 27 13:46:43 linode sshd[23049]: pam_unix(sshd:session): session opened for user root by (uid=0)
Jul 27 13:46:43 linode systemd-logind[3235]: New session 10361 of user root.

接続の作成が遅いが、作成後は通常の速度である場合、サーバーがクライアントに対して逆DNSルックアップを実行し、何らかの理由で失敗するという問題が発生する可能性が高くなります。

一般に、これをデバッグするときに、2つの端末からログインを試みることもできます。最初のログインではsshd、サーバーのログを見て、2番目からログインしようとしています。これにより、サーバーが実行している（または待機している）ことに関する詳細情報が得られます。

次のいずれか、または両方を次のように設定することにより、逆DNSルックアップの原因に対するこの証拠を見つけることができます/etc/ssh/sshd_config。

UseDNS no
UsePAM no

接続の作成が高速化されるかどうかを確認します。もしそうなら、解決するまで物事をそのままにしておくことができます（気にする場合）。

これが逆DNSルックアップの問題である場合、これはログインするマシンが使用しているDNSサーバーに依存します。ウィキペディアによると、これは実際の標準要件ではないため、すべてのIPアドレスにリバースエントリがあるわけではありません。しかし、これはおそらく設定の問題です。

Debian / Ubuntuシステムでは、システムから "avahi-daemon"を追い出すのがコツで、問題はなくなりました。

apt-get -y purge avahi*