更新サーバーへのアタックを検知し拒絶するソフトとしてFail2banを使用します。追加)最近のバージョンアップに伴いfail2banの設定は監視対象が増えたのとファイルがいろいろ分離されて少しわかりにくくなりました。そのため設定の仕方を少し変えました。めんどうだったので書いてなかったのですが、検索サイトから来てくれる方も多いので、いちおう次ページに現在の設定を記載しておきました。(2016.1)以下の内容は少し古いので参考までに。dovecotなどへのしつこいアタックアクセスが記録されてきます。サーバーソフトそのものをしっかり設定することが基本なのですが、それにしても鬱陶しいので従来fail2banというソフトでこれらのアタックをシャットアウトしてきました。インストールEPELより以下インストール。fail2ban-server-0.9.1-2.el7.noarchfail2ban-sendmail-0.9.1-2.el7.noarchfail2ban-systemd-0.9.1-2.el7.noarchfail2ban-firewalld-0.9.1-2.el7.noarchfail2ban-0.9.1-2.el7.noarchfail2ban-mail-0.9.1-2.el7.noarchその他依存関係でipset-libs-6.19-4.el7.x86_64ipset-6.19-4.el7.x86_64がインストールされました。ログ検知のbackendとしてpyinotify(python-inotify)、gamin(gamin、gamin-python)がなければ入れておきます。(backendをautoにすれば必ずしもなくてもいいようだが今まで使っていたので。)まだ何も設定してはいないが試しに起動停止してみる。Fail2banインストールは特に問題ないようだ。つくり、/etc/jail.confを参考にして監視対象とするサービスについて記載。あとのbantime,findtime,maxentryなどは適宜。true....SELinuxがEnforceモードになっていたらPermisssiveにしてstart,stopをやってみますと予想通り一部ログファイルへのアクセスを阻まれますので許可ポリシーを作ってインストールします。必要なら/etc/fail2ban/filter.dのなかの該当するフィルターファイルのfailregexを編集したりしますが、昔に較べてかなり充実してきておりほとんどそのままでもかまわないようです。fail2ban.serviceで自動起動を設定し、起動させておきます。logentry['_PID']))といったエラーがでます。logentry.get('_PID')))と修正。DROPといったエラーログがでます。fail2banを単独ににstop/startする分には出ませんので、多分システム終了の際にfirewalldが先に終了してしまい、fail2banが投入したルールを削除できなくなってしまうのではないかと推定しています。プロセスの終了順序を制御する方法がわからないのと特に実害はなさそうなのでいいことにしておきます。このサーバー停止時のエラーについては解決しました。(2016.1))に記載。追記)あとはログをみながらbantime,findtime,maxentryやフィルターなどを調整していくことにします。