最初の問題は、リモート遅くに接続されている：
（1）問題によって検出することができると、そのステップのssh -vを生じます。質問に対応するによると、解決すべき対象。
（2）リバースDNSは、sshがsshdをするときナイーブクライアント接続がIPクライアントのsshクライアントのドメイン名またはホスト名を取得するために、自動的に逆引きますが、通常の状況下では、デフォルトの設定のために正しくない可能性があります。この時間のDNS逆引き参照が正しくない場合はタイムアウトがDNS解決のssh接続を提供するまで、sshdが待機します。したがって、接続時間を引き起こしては長すぎる、状況のsshクライアントは、通常、10〜30秒程度、待っています。簡単な解決策は、sshdの設定ファイル（sshd_configの）年にsshdのリバースDNS解決を削除することですがあります。
# vi /etc/ssh/sshd_config
UseDNS no
# systemctl restart sshd
如果没有这种配置项，可以直接把DNS服务禁掉，如下：
# cat /etc/resolv.conf
# Generated by NetworkManager
#search openstacklocal
#nameserver xxxx.xxxx.xxxx.xxxx
#nameserver xxxx.xxxx.xxxx.xxxx
：ソリューション概要
マシンへのサーバの/ etc / hostsファイル内の1、およびお使いのIPホスト名を追加;
2、=なしの/ etc / sshを/ UserDNSを変更したり、追加のsshd_config サーバー上のファイル;
3、サーバーコメントしています。後者は空で、すべての行に/etc/resolv.conf;
4は、ホストの/etc/nsswitch.confのホストにサーバーを変更します。ファイルを
それは再利用する場合には1,2,3の方法が利用可能でないことが提案されているDNS 4を使用することを含むので1,2,3実施形態は、より一般的に、使用されるシステムに一般的にあまり影響です。
第二は、端末上のssh接続後、コマンドカードを実行することで、最も可能性が高い理由は、ネットワーク帯域幅ということです。
チャン・クリークから転載します。https：？//Blog.csdn.net/qq_34939308/article/details/104314870 REQUEST_ID =＆は、utm_source = distribute.pc_category.noneタスク
