前向きに捉えるよ負荷が高いサーバーが有り原因を見てみるとアクセスが集中しているような状況だった。詳しく調べてみると、とあるURLへのアクセスが集中している/otn/leftTicket/queryA?leftTicketDTO.train_date=2018-09-30&leftTicketDTO.from_station=CDP&leftTicketDTO.to_station=BDP&purpose_codes=ADULTこのURLでめちゃくちゃアクセスされている。接続元のIPアドレスをしらべると中国からのアクセス。teratermを使ってtailコマンドで確認すると、ものすごい勢いでアクセスがきていた(><)なんて恐ろしい...leftTicketこんなURLはサイト上に存在しておらず、どういった経路でアクセスされているのかは全くの謎。対策をしないとapacheが落とされるのは確実なので、ブロックすることにした。-lとりあえずiptablesで中国からのアクセスを全てブロックしapacheまで届かせないように対応することにした。↑のサイトが非常に役に立ちました。サイトの内容を参考にしてiptablesで中国のIPリストを一括でブロック。一件落着!かと思いきや、完全には対応しきれておらず。WEBサイトのレスポンス低下WEBサイトのレスポンスが低下してしまったのです。泣きっ面に蜂(><)おそらく、iptablesに大量のIPアドレスを登録したのが原因ではなかろうか。5000くらい登録したのでフィルタリングに時間かかるようになったのでは?と思いまして、IPアドレスを厳選して登録し直す作業をしているのです。iptablesの設定を変えたからか、FTPも繋がらなくなったし。なんなんだいったい?と言いたくなるよ。結局、アクセスログからIPアドレスを抽出してリストを作成してiptableでブロックしたところ、性能も改善して不正アクセスも止まりました。余計なものまでブロックしすぎてたということですな。リストは自作に限ります。手間を惜しんだらダメという当たり前な教訓です。アクセスログから対象のIPアドレスを抽出apacheのアクセスログでアクセス元のIPアドレスを抽出。$1}'teratermのログに出力したものを加工プログラムを経由してiptablesのコマンドを生成する。生成したコマンドをまとめて実行!の繰り返し。ある程度繰り返しているとアクセスが落ち着いてきたのがわかる。前向きに捉えるよ腐っても仕方ない。いちおう僕もインフラエンジニアの端くれ。iptablesとFTPとかいろいろ覚えれるチャンスだと思って。前向きに捉えてなんとかするさ!こういうとき、インフラ担当一人は辛いなぁ。頑張るのですよ!!サーバーに来る前のルーターレベルで対応してもらえると助かるのだが、使っているサーバーではそういうのはやっていないらしい。サーバー業者によってはDDOS対策されているものあるのだとか。コメントをキャンセルメールアドレスが公開されることはありません。コメントデータの処理方法の詳細はこちらをご覧ください。最近プロジェクト管理にRedmineを使用しています。Redmineはオープンソースのプロジェクト管理ツール。Rudy+apacheで起動します。長時間によるメンテを終え、復活したようです。一時的に復活したようですが、再度メンテに戻したようですね。原因はなんとなくわかっている。