Захист від відмови в обслуговуванні: запитання й відповіді

Захист від відмови в обслуговуванні — це набір рівнів, а не один вимикач: потужності хостинг-провайдера або CDN, прихована адреса origin-сервера, обмеження частоти запитів, кешування, розумні тайм-аути й письмовий ранбук. Рівні перекриваються навмисно. Жоден рівень сам не захистить вебзастосунки від флуду та зловживань.

DDoS-атака — це спроба багатьох джерел одночасно зробити сервіс недоступним, перевантаживши його. Є три види. Об'ємний трафік забиває канал, атаки на протоколи, як-от SYN-флуд, вичерпують таблиці з'єднань, а флуд layer 7 використовує запити HTTP, що виглядають звичайно. Стратегія протидії DDoS з багатьох джерел потребує захисту від кожного з них.

Типові загрози layer 7 — це потоки звичайних на вигляд запитів HTTP, які вичерпують вебзастосунок і часто б'ють в один чи кілька шляхів з однаковим шаблоном і дуже високою частотою на клієнта. Кожен запит виглядає нормально. Таке саме перевантаження може спричинити скрипт на вашому боці, що вийшов з-під контролю.

Ні. Звичайний сплеск зазвичай настає після запуску, згадки чи кампанії й приходить із багатьох різних мереж на різні сторінки та з нормальною поведінкою браузерів. Логи дають підказки, а не доказ, тож порівнюйте їх зі своєю аналітикою й питайте хостинг-провайдера, якщо сумніваєтеся.

Так, smartcodegroup.com — офіційний сайт SmartCode Relay. Тут розміщено оригінальну збірку. Завантажте інсталятор звідси, порівняйте його контрольну суму SHA-256 з опублікованим маніфестом і запускайте лише тоді, коли вони збігаються. Якщо щось виглядає підозріло, натисніть Send feedback у застосунку.

Ні. Підсумки, чернетки й правила можуть бути хибними, тож ви переглядаєте кожен diff і перевіряєте зміну на копії, перш ніж вона торкнеться робочого сайту. Логи дають підказки, а не доказ. Остаточне рішення за вами, а агент працює лише з файлів, які ви йому даєте.

Ні. SmartCode Relay читає файли постфактум, тож не стоїть на шляху вашого трафіку й не бачить живих запитів. Сповіщення та пороги належать вашій системі моніторингу, а агент може лише допомогти їх задокументувати.

Так, але лише на власній тестовій копії або з письмовим дозволом хостинг-провайдера, бо провайдери можуть вважати навантажувальний тест атакою. Спершу попросіть цей дозвіл. Агент допоможе скласти план тесту й прочитати результати постфактум.

Це залежить від вибраної моделі. З хмарною моделлю запити, зокрема текст логів, який читає агент, надходять до цього провайдера; з локальною моделлю з вашого ПК нічого не виходить. Логи доступу містять IP-адреси відвідувачів. Спершу перегляньте свої логи.

Хмарного ШІ-провайдера через стандартну кінцеву точку API, модель, що працює локально на вашому ПК, або вбудовану модель. Кнопка Test перевіряє кінцеву точку й показує час відповіді та вікно контексту. Спершу натисніть Test.

Інсталятор поки не має цифрового підпису, тож SmartScreen у Windows може показати попередження. Порівняйте контрольну суму SHA-256 з опублікованим маніфестом і лише після збігу виберіть «Докладніше» (More info), а потім «Все одно запустити» (Run anyway). Ніколи не пропускайте перевірку контрольної суми.