同じサーバーで2番目のSSHセッションに接続するときにタイムアウトをデバッグする方法

同じサーバーで2番目のSSHセッションに接続するときにタイムアウトをデバッグする方法

同じサーバーに複数の SSH セッションを開くと断続的に問題が発生します。

私は、キー ペアを使用して接続する CentOS 用の rsync-over-ssh バックアップ スクリプトである Affa 3 を使用しています。同じサーバー上に複数のバックアップ ジョブがあり、重複することがあります。

接続を開くことはできますが、2 つ目の接続を開こうとするとタイムアウトになります。ログの一部を以下に示します (ポート 222 はサーバー上で 22 に NAT されていることに注意してください)

Tue Sep 29 01:34:14[18533]: Checking SSH connection to [email protected]
Tue Sep 29 01:34:14[18533]: Exec Cmd: /usr/bin/ssh -o ConnectTimeout=120 -o PasswordAuthentication=no -p 222 -o CheckHostIP=no -o StrictHostKeyChecking=no -o HostKeyAlias=server1 -o UserKnownHostsFile=/root/.ssh/knownhosts-server1 [email protected] echo OK
Tue Sep 29 01:35:17[18533]: Exec Out: ssh: connect to host xx.xx.xx.xx port 222: Connection timed out
Tue Sep 29 01:35:17[18533]: Exec Out: exitstatus=255

tail -f /var/log/secureスクリプトの実行中にソース サーバーにアクセスすると、ログイン試行の痕跡が残りません。正しい場所を探していますか?

サーバー上で以前に確立された ssh セッション (PuTTY を使用) がある場合、接続は失敗します。

ただし、バックアップ ソース サーバーと同じ遠隔ネットワーク上の Windows サーバーへのリモート デスクトップ セッションを開くこともできます。この接続は失敗せず、そこから PuTTY を使用してログインできます。

参照している記事を見つけました/etc/security/limits.confが、そこで設定される接続数に制限はありません。

この問題をデバッグする方法について何かアイデアをお持ちの方はいらっしゃいますか?

関連情報