SSHログインの失敗が大量に記録されているとSSHログインが極端に遅くなる - Repro Tech Blog

Development Division/Platform Team/Sys-Infra Unitの伊豆です。Sys-Infra Unitはインフラエンジニア・SRE 的な役割を担っています。 今回は、ある日突然SSHログインが遅くなったときに調査した内容を共有します。 SSHログインに数分かかる ある日、AWS EC2上で動いている開発環境のSSHゲートウェイにSSHログインすると30秒以上かかると報告がありました。-vvvオプションを指定してSSHログインしてみるとpledge: filesystemというログが出力された後、数十秒から数分程度かかってSSHログインが成功する状況でした。 pledge: filesystemやssh slowなどで検索してみると、主に以下のような対処法が挙げられていましたがどれを試しても状況は改善されませんでした。 systemd-logindを再起動

[prograti]

取り合えずFail2Banは組み込むようにしてますね

[hobbling]

/var/log 下のログはワイルドカード使って基本全部ローテイトじゃ

[fai_fx]

"失敗したSSHログインの試行が何回あったか表示するために/var/log/btmpファイルが読み込まれる"...

[ya--mada]

sshを表に出すなと言うことなのかな。session manager使えと言うことか。

[yoneyore]

心辺りがあるインスタンスが…

[odz]

ログイン失敗でのアカウントロックって、必要なアカウントがロックされて困ったりしないんかな。送信元IPのbanの方がいい気がする。このケースはIP banの方がまずいかもだけど。

[sogaoh]

おぼえとこ。SSHしなくて良い、になる日まで。

[benok]

知見ではあるけど、うちも全部fail2banしてるから関係ないっちゃ関係ないか...

[agricola]

「お前、直近で○○回ログイン失敗してるで」のためかー。

[iww]

/var/log/btmp は無ければ作られないので、削除しちゃおうぜ

[knok]

Debianだとデフォルトでbtmpは毎月ローテートするようになってるな。あとはEC2ならssmでつなげる方がよさそう

[rrringress]

面白い

[toaruR]

盲点やなぁ(・ω・)