Зупинити 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, модель, що працює локально на вашому ПК, або вбудована модель.

Два завдання крок за кроком

Прочитайте цифри за сплеском

Щоб відрізнити сплеск трафіку від DDoS-флуду прикладного рівня вручну, потрібно звірити три джерела. read_file відкриває експортований звіт аналітики та ваш календар кампаній, Shell запускає ваш скрипт для підсумку логу, а grep шукає в збереженому підсумку підозрілі шляхи. Запуск продукту приводить користувачів із багатьох мереж на різні сторінки, тоді як флуд із багатьох джерел часто показує однакові запити до одного чи кількох шляхів з дуже високою частотою на клієнта. Логи дають підказки, а не доказ. Агент лише підсумовує кількість запитів за адресами та шляхами, а висновок робите ви. Порівняйте підсумок зі своєю аналітикою й запитайте хостинг-провайдера, якщо картина неясна.

Перевірте власні скрипти на цикли повторів

Скрипт, що вийшов з-під контролю, цикл повторних спроб або неправильно налаштований моніторинг можуть випадково перевантажити ваш власний сервер. Щоб це знайти, спрямуйте grep на свої скрипти й налаштування моніторингу, шукаючи рядки про повтори та інтервали. read_file відкриває кожен збіг, а edit_file пропонує довшу затримку з diff. Потім Shell запускає вашу команду перевірки на копії та повертає код завершення. Внутрішнім клієнтам теж потрібні ліміти. Якщо ж DDoS-трафік іде на ваш домашній інтернет, перше, що варто зробити, — зателефонувати своєму інтернет-провайдеру. У режимі Ask first кожна правка зупиняється на вашому OK, тож прочитайте diff і повторіть перевірку.