DDoS攻撃を止めたい？ 自分で運用する層を計画しよう

エージェントにできること

• ファイルread_file が設定と書き出したログを開き、grep と glob がそれらを検索し、edit_file と write_file がチャットの作業フォルダー内で変更案とランブックを下書きします。
• Shellあなた自身のログ集計スクリプトと設定テストコマンドを実行し、実際の終了コードを報告します。危険なコマンドはブロックされます。
• ウェブweb_search と http_get がホスティング事業者やウェブサーバーのドキュメントを読むので、設定名は一次情報に基づきます。
• スクリーンショットと画像ocr が事業者のダッシュボードやエラーページのスクリーンショットから文字を読み取り、gen_image が画像ファイルを保存します。
• オーケストレーションtask がサブエージェントを並行して動かし、run_on_model が難しいステップをより大きなモデルに回し、skill がランブックの書式のような再利用できる手順を保管します。
• 承認モードAuto-run は即座に実行し、Ask first は何かを変更する操作の前に止まり、Plan only は計画を書くだけで、モードを切り替えるまで何も実行しません。
• Cronプロンプトをスケジュールで実行します。たとえば、毎朝プロジェクトフォルダーに置く書き出しデータに対する同じログ確認です。
• モデル標準的な API エンドポイント経由のクラウド AI プロバイダー、PC 上で動くローカルモデル、または内蔵モデルです。

2 つのタスクを順に

急増の裏にある数字を読む

トラフィックの急増とレイヤー7の DDoS 攻撃を手作業で見分けるには、3 つの情報源を並べて見る必要があります。read_file が書き出した解析レポートとキャンペーンのカレンダーを開き、Shell があなたのログ集計スクリプトを実行し、grep が保存した集計から気になるパスを探します。リリースでは多数のネットワークと多様なページが現れますが、多数の送信元からの大量リクエストは、1 つか少数のパスに同一のリクエストがクライアントあたり非常に高い頻度で届く傾向があります。ログは手がかりであり、証拠ではありません。エージェントはアドレス別とパス別の件数を集計するだけで、判断はあなたが行います。集計は自分のアクセス解析と突き合わせ、状況がはっきりしないときはホスティング事業者に尋ねてください。

自分のスクリプトに再試行ループがないか確認する

暴走したスクリプト、再試行ループ、誤設定の監視ツールは、意図せず自分のサーバーに過負荷をかけることがあります。見つけるには、スクリプトと監視設定に grep をかけて、retry や interval の行を探します。read_file が各ヒットを開き、edit_file が diff 付きでより長い待ち時間を提案します。続いて Shell が、コピーであなたのテストコマンドを実行し、終了コードを報告します。社内のクライアントにも上限が必要です。もし代わりに自宅のインターネット回線が DDoS の通信を受けているなら、最初にすべきことは回線事業者に連絡することです。Ask first モードでは、すべての編集があなたの OK のために止まるので、diff を読んでテストをもう一度実行してください。