Windows 10/11
лише x64, акаунт для запуску не потрібен
SmartCode Relay 2.9.22 — агент для Windows. Він читає логи, які ви експортували, готує обмеження частоти запитів і ранбук для серверів, якими ви керуєте, та показує зміни у файлах як diff, що його можна переглянути.
logs/3 файлиyour log tool > summary.csvexit 0/checkout summary.csv4 збігиcopy/server-settings.txtпрочитаноcopy/server-settings.txt+6 -1your test commandexit 0лише x64, акаунт для запуску не потрібен
випущена 28 жовт. 2026 р.
портативний .exe займає близько 25 МБ
мов інтерфейсу
постфактум, поза трафіком
або вбудована модель
Здебільшого ddos protection для вашого сайту будується поза самим сервером: потужності у хостинг-провайдера, CDN або сервіс очищення трафіку, а з вашого боку — обмеження частоти запитів, кешування й письмовий ранбук. SmartCode Relay 2.9.22 допомагає спланувати, налаштувати й задокументувати саме цей бік. Він читає логи вже потім. На шляху вашого трафіку його немає.
Ви експортуєте вчорашній лог доступу з сервера й кладете його в теку проєкту. SmartCode Relay показує вміст теки через list_dir, потім Shell запускає ваш власний скрипт для підсумку логу: він рахує запити за адресами та шляхами й зберігає summary.csv. Далі grep шукає в підсумку шлях, який викликає підозру, наприклад /checkout. Звичайний сплеск настає після запуску чи згадки й приходить із багатьох мереж на різні сторінки, а флуд прикладного рівня (layer 7) часто б'є в один-два шляхи однаковими запитами. Логи дають підказки, а не доказ. У режимі Ask first агент зупиняється перед командою, що записує файл, тож ви спершу все читаєте.
list_dir logs/ → 3 files
Shell your log tool > summary.csv → exit 0
grep /checkout summary.csv → 4 matchesОбмеження частоти задає, скільки запитів один клієнт може надіслати на один шлях. Беріть копію налаштувань сервера, а не робочий файл. read_file відкриває копію, edit_file додає чернетку правила й показує diff, а Shell запускає вашу команду перевірки конфігурації та повертає справжній код завершення. Зміна стосується 1 файлу. У режимі Ask first diff з'являється до того, як ви його приймете, тож зміну можна відхилити. Відхиляйте все, що здається хибним. Застосовуйте її на робочому сервері самі, коли перевірка пройдена й у вас є рядок відкату.
read_file copy/server-settings.txt → read
edit_file copy/server-settings.txt → +6 -1
Shell your test command → exit 0Ранбук — це текстова сторінка, на якій написано, кому телефонувати й що вмикати в провайдера. Попросіть агента створити текстовий файл, і write_file збереже ddos-runbook.txt з рядком-тригером, 6 пронумерованими кроками, рядком відкату та рядком перегляду. http_get може прочитати одну сторінку документації вашого хостинг-провайдера, тож назви налаштувань беруться з першоджерела. Команд для атак там немає. Спершу перемкніться на Plan only, щоб прочитати план: цей режим нічого не виконує. Потім нехай Ask first зупинить агента перед збереженням файлу.
Тайм-аути й ліміти з'єднань теж входять до перевірки. Скопіюйте налаштування веб-сервера в теку; read_file відкриває копію, а grep шукає в ній рядки про два потрібні параметри — тайм-аути та ліміти з'єднань. Читайте лише цей вивід. На bare metal серверах, тобто машинах, які ви орендуєте чи купили й які сидять на одному мережевому каналі, протидія DDoS здебільшого відбувається в провайдера, бо забитий канал не виправить жодна програма на самій машині. Агент складає перелік того, що попросити в провайдера. У режимі Ask first нічого не змінюється, доки ви не приймете diff, а кожну правку спершу перевіряйте на копії.
Відповіді чату лишаються текстом. SmartCode Relay 2.9.22 сам запускає інструменти й показує кожну дію карткою зі справжнім результатом, тож ви можете перевірити, що сталося.
| Типовий чат-асистент | SmartCode Relay | |
|---|---|---|
| Файли | Ви самі копіюєте текст із відповіді у свої файли | Читає, шукає й редагує файли в теці проєкту та показує diff |
| Команди | Описує команду й залишає запуск вам | Shell запускає вашу команду й повертає справжній код завершення |
| Підтвердження | Пауз немає, бо відповідь — лише текст | Auto-run, Ask first або Plan only; ви самі обираєте, скільки виконується |
| Логи | Бачить ваші логи, лише коли ви їх вставите | Читає експортовані логи постфактум; на шляху трафіку його немає |
Це для власника невеликого магазину, блогу чи API, який сам керує сервером і може експортувати лог. Спершу потрібні факти. Пошук «protect server from ddos» зазвичай закінчується налаштуванням у провайдера, обмеженням частоти запитів і ранбуком, і саме ці три речі застосунок допомагає записати.
Домашні хостинги теж підходять. Якщо DDoS-атака вдарить по ігровому серверу, який ви тримаєте для друзів, діють той самий дзвінок провайдеру, те саме обмеження й той самий ранбук, а агент і далі лише читає логи постфактум.
Підійде будь-який сервер, яким ви керуєте. Якщо він може експортувати лог, метод однаковий: підсумуйте лог за адресами та шляхами, прочитайте цифри самі й тримайте 6 кроків прикладу ранбука у файлі, який легко знайти нашвидкуруч.
Захист від DDoS — це набір рівнів, а не один вимикач: потужності хостинг-провайдера або CDN, прихована адреса origin-сервера, обмеження частоти запитів, кешування, розумні тайм-аути й письмовий ранбук. Рівні перекриваються навмисно. Жоден рівень сам по собі не дає повного захисту, і кожен потрібно перевіряти.
Так, smartcodegroup.com — офіційний сайт SmartCode Relay. Тут розміщено оригінальну збірку. Завантажте інсталятор звідси, порівняйте його контрольну суму SHA-256 з опублікованим маніфестом і запускайте лише тоді, коли вони збігаються. Якщо щось виглядає підозріло, натисніть Send feedback у застосунку.
Ні. SmartCode Relay не стоїть на шляху вашого трафіку, тож те, що він робить, не торкається живого трафіку. Він читає логи, які ви експортуєте постфактум, готує правила й ранбук, а застосовуєте їх ви — у провайдера або на своєму сервері.
Коротка відповідь — рівнями: попросіть хостинг-провайдера або CDN фільтрувати трафік, поки він не дійшов до вас, тримайте адресу origin-сервера прихованою, обмежуйте запити за клієнтом і шляхом, кешуйте статичні сторінки та напишіть ранбук. Потім перевірте кожне правило.
Так, але лише на власній тестовій копії або на робочому сайті з письмовим дозволом хостинг-провайдера, бо провайдери можуть вважати навантажувальний тест атакою. Спершу отримайте цей дозвіл. Агент допоможе скласти план і прочитати результати постфактум.
Це залежить від вибраної моделі. З хмарною моделлю запити, зокрема текст логів, який читає агент, надходять до цього провайдера; з локальною моделлю з вашого ПК нічого не виходить. Логи доступу містять IP-адреси відвідувачів. Спершу перегляньте свої логи.
Хмарного ШІ-провайдера через стандартну кінцеву точку API, модель, що працює локально на вашому ПК, або вбудовану модель. Кнопка Test перевіряє кінцеву точку й показує час відповіді та вікно контексту. Спершу натисніть Test.
Акаунт не потрібен. Завантажте версію 2.9.22 — програму встановлення близько 34 МБ, порівняйте її контрольну суму з опублікованим маніфестом і спрямуйте застосунок на один експортований лог зі свого сервера.
Завантажити SmartCode Relay для Windows ↗Кожна сторінка доступна 20 мовами.
Що SmartCode Relay робить для власників серверів ↗ Підключіть хмарну, локальну або вбудовану модель ↗ Розбір логу й чернетка обмеження частоти запитів ↗ Завантаження й перевірка інсталятора для Windows ↗ Відповіді про межі застосування, приватність і моделі ↗ Як сайт і застосунок поводяться з даними ↗