最近、ノートブックをUbuntu 21.10にアップグレードしました。これが関連しているかどうかはわかりませんが、アップグレード後に次の問題が発生し始めました。
職場では、SSHを介してクラスタに接続します。これにはキーベースのログインを使用します。 Ubuntuをアップグレードした後、私のラップトップIP（ビジネスLANに固定されている）がSSHログインから繰り返しブロックされました。このようなことが時々発生するのに（過去2週間約4回）理由がわかりません。
何度も禁止解除されたクラスタ管理者は、間違ったユーザー名を使用したSSHログイン試行のために私のIPが禁止されたと言いました。私が読んだことによれば、キーベースのログインではユーザー名は重要ではないので、これはパスワードベースのログイン試行であると仮定します（管理者はログイン試行がパスワードベースかキーベースかどうかはわかりませんが）。
無効なユーザー名は、ローカルシステムで使用されるユーザー名（クラスターにログインするために使用）と自宅のLinuxシステムで使用されるユーザー名（クラスターでは異なるユーザー名を持つ）であることに注意する価値があります。
クラスタにアクセスするためにキーベースのログインを使用することを考慮すると、現在疑うこの問題は、無効な資格情報を使用してバックグラウンドでSSHを介してクラスタに接続しようとするローカルプロセスが原因で発生します。しかし、私は知らないどのプロセスが原因および/またはこれを確認する方法です。どこから始めるべきかさえわかりません。
現在、キーチェーン全体とすべての資格情報をリセット/削除し、「最初から」再起動することを検討しています。 （何か逃して問題が解決しないかと心配ですが） たぶん誰かがより良い提案を持っているのでしょうか？私は今ジプラを握っています...
編集1 - コメントへの回答：
以下は、キーベース認証を使用してクラスタにログインするSSHコマンドです。
ssh -X CLUSTER_USERNAME@CLUSTER_HOSTNAME
現在、コンテンツはありません.ssh/config（つまり、ファイルは存在しません）。