- Ігрові хости: «ігровий запит» доповнює ping. Агент опитує сам ігровий сервер і підтверджує, що там справді гра: назва сервера, гра, мапа, кількість гравців. Потрібен агент 2.29.0.
- Затримку до ігрового хоста видно й тоді, коли сервер не відповідає на ICMP: вона береться з ігрового запиту.
- Панель «Ігрові хости»: стан ігрового запиту під назвою, фільтр «лише непідтверджені», пошук за назвою сервера й грою.
- Релеї Steam Datagram Relay розпізнаються автоматично й отримують назву «Steam SDR» з назвою вузла.
- Route-server точки обміну трафіком (IX) визначається й за даними PeeringDB, його можна задати вручну.
Журнал змін
Що нового
Нові версії центру (сервер і панель) та агента argus-probe. Нові версії зверху.
Центр і панель
- BGP-сповіщення стали коротшими. Сесію з власною пробою позначено, route-server IX показано назвою IX і номером AS, інших сусідів — короткою назвою AS. Те саме у звітах про флап.
- Аплінк показує коротку назву AS у дужках, наприклад «AS3356 (Lumen)».
- Ігрові хости: PTR-запис хоста, пошук за PTR.
- Ігрові хости не надсилають сповіщень на кожну ціль. Якщо проблема на боці проби чи хостингу, приходить одне зведене повідомлення на кілька проб.
- Ігровий хост, що не відповідає 24 год, стає неактивним і пінгується рідше. Щойно відповість, пінгується як раніше.
- Нова сторінка панелі «Ігрові хости»: ігрові сервери, до яких ходять ваші абоненти. Хости знаходяться автоматично, беруться з довідника або додаються вручну. Для кожного видно країну, AS, кількість абонентів за 24 год і 7 днів, аплінк в обидва боки з частками, затримку та втрати з проб вашої AS і графік за добу.
- Кількість абонентів: статичні абоненти рахуються точно за flow, абоненти CGNAT — точно за знімком сесій A10 (агент 2.26.1+) або як нижня межа.
- Ping ігрового хоста, до якого 14 днів ніхто не ходить, ставиться на паузу й відновлюється сам, щойно абоненти повернуться.
- Сповіщення, коли до ігрового хоста зросла затримка або з'явились втрати на пробах вашої AS, з аплінком. Щоденний дайджест змін.
- Аплінк, тобто через яку AS або IX іде трафік до цілі й від неї, тепер видно і для звичайних цілей. Він підписаний назвою інтерфейсу або AS.
- Запити знімків сесій до A10 не перевантажують пристрій: наступний іде лише після завершення попереднього, а відповідь «зайнято» враховується.
- Гілки Telegram-чату за категоріями: BGP, мережа, CGNAT, карантин, класифікатор, BRAS, моніторинг. Задаються в панелі: Налаштування → картка Telegram-каналу.
- Коментар працівника до ручної дії на A10 з'являється в Telegram-повідомленні про її результат.
- Стан оновлення агента (2.26.0+) видно в картці проби: очікує, заблоковано або помилка, з причиною.
- Флап BGP-сесії згортається. Перші дві зміни надходять одразу, далі приходить зведений звіт із наростаючим інтервалом, а наприкінці підсумок: «стабілізувалась» або «не встановлена».
- Автокарантин: у статусі видно стан справи зараження. Для абонентів, що «застрягли» без рецидивів, є пропозиція відновити пом'якшення з кнопкою в Telegram. Додано сталий список адрес, які автомат не пом'якшує й не знімає.
- Автокарантин після кожної дії перевіряє, що абонент справді працює через карантинний пул NAT на A10. За розбіжності він повторює переведення, звіряє стан щогодини й сповіщає оператора, якщо не вдалося. Потрібен агент 2.25.0+.
- Спостереження за абонентами в карантині оновлюється кожні 15 хв живими даними про сесії й пул NAT.
- Команди на A10 мають строк дії: агент 2.25.1+ не виконує прострочену команду після повернення з офлайну.
- Кожне повідомлення бота в Telegram закінчується часом відправки чи останнього оновлення.
- Сповіщення про відмови LSN на A10 рахують лише справжні відмови. Скинуте самим карантином показано окремо на графіку.
- Стан зараження знімається автоматично лише за свіжим чистим знімком сесій. Якщо абонент довго мовчав, потрібні два чисті знімки з проміжком. Абонент лише з порожніми знімками вважається офлайн, і стан лишається.
- Картка абонента, розділ «DNS за 24 год»: сірі рядки-контекст аномалій ArgusDNS (відбиті DNS-відповіді на :53, надмірна частота запитів) — з часом, тривалістю й серверами. Це контекст, не доказ: стан абонента не змінюється.
- Проміжки, коли DNS-сервер не відповідав або не мав даних, видно в зведенні DNS абонента. Тиша джерела більше не читається як тиша абонента.
- Стійкість до збоїв ArgusDNS: збій зв'язку позначається як «помилка джерела», а не «абонента не видно в DNS».
- Стан зараження, який тримається лише на DNS-доказах, не знімається автоматично, поки джерело DNS недоступне, і ще деякий час після його відновлення.
- Глушіння Telegram-сповіщень за видом події. Типово глушаться масові зміни й відкликання маршрутів: вони лишаються в журналі й панелі, але не надходять у чат.
- Стан зараження не знімається автоматично, поки доказ походить від нового правила, що ще «дозріває», або одразу після рецидиву карантину.
- Панель і список проб: попередження «WARN pids», коли агент упирається в ліміт процесів; адмін отримує в Telegram одне повідомлення на початок і одне на кінець такого стану.
- Вихідні блоки на бордері: строк до 180 діб, продовження чинних блоків без зняття, окремий перемикач автоблоку проксі-релеїв із фіду.
- Винятки з DNS-перенаправлення можна брати з ArgusDNS (абоненти з власним рекурсивним резолвером). Типово вимкнено.
- Нове правило в режимі спостереження: повторні спроби з'єднання з проксі-релеями, уже закритими вихідним блоком.
- Винятки з DNS-перенаправлення (окремий профіль A10): реєстр адрес, API для білінгу з окремим токеном і запобіжниками від масових змін, вкладка «Винятки» в панелі, пакетний запис на A10 (агент 2.23+). Картка такого абонента позначена «DNS: без телеметрії».
- Правило «бот родини за DNS»: абонент, що за добу резолвить кілька C2-імен однієї родини, стає кандидатом на перевірку. Автоматичний перехід у «підозру» типово вимкнено.
- Блокування C2-доменів на резолвері стало обережнішим: блок не ставиться, поки серед клієнтів імені є «чисті» абоненти; невідомих спершу перевіряють позачерговим знімком сесій.
- Запрошення до організації приймається в уже відкритій сесії, без повторного входу через Google.
- Блок C2-домену на резолвері ставиться лише після 24 год нагляду за доменом і без «чистих» клієнтів.
- Сторінки «Монітор» і «Трафік» відкриваються швидко навіть тоді, коли зовнішні довідники AS недоступні: назви AS беруться з кешу й дозбираються у фоні.
- «Монітор» і «Трафік» пам'ятають останній пристрій і вкладку. Замість нескінченного «завантаження…» з'являється кнопка «Повторити».
- DoH і зовнішній DNS у картці абонента показано як контекст, а не доказ.
- Інтеграція з API ArgusDNS:
- DNS-нагляд вмикається автоматично, коли абонент входить у карантин (72 год і ще 48 год після повернення);
- зведення DNS абонента враховується в аналізі;
- у картці абонента є розділ «DNS за 24 год»: нагляд, покриття, докази, топ запитів, кнопки «Увімкнути нагляд 72 год» / «Вимкнути»;
- у панелі видно стан з'єднання з ArgusDNS.
- Блокування C2-доменів (NXDOMAIN) на резолвері з запобіжниками: авто-зняття, якщо в блок влучають чисті абоненти. Типово вимкнено.
- C2-домени з фіду автоматично беруться під нагляд ArgusDNS.
- Новий ярус «слабкий C2-домен». Контакт з адресою і резолв її імені рахуються як один факт, а не два докази.
- Автокарантин: рецидив після пом'якшення рахується як рецидив зі збільшенням вікна чистоти. Запис, що зник з A10, відновлюється автоматично.
- Власні резолвери й DoH оператора не вважаються ухилянням від DNS.
- DNS — третій шар доказів класифікатора: резолв C2-доменів і доменів SDK proxyware.
- Ключ доступу до ArgusDNS зберігається на центрі зашифрованим.
- Єдиний вхід ArgusNOC → ArgusDNS: кнопка «Відкрити ArgusDNS», вкладка «DNS» з вбудованою панеллю ArgusDNS, кнопка «Журнал DNS» у картці абонента — без другого входу.
- Списки автокарантину «ніколи» і «лише за кнопкою» редагуються в панелі.
- Список спостереження «C2 за CDN»: такий контакт показується, але не блокується.
- Класифікатор абонентів CGNAT отримав нові правила: UDP-флуд на одну ціль, SYN на випадкові порти, пули проксі-чекерів. Також він точніше розпізнає легітимний трафік (ігрові лаунчери, IP-камери, TV-бокси з PCDN), щоб не позначати його як атаку.
- Старі докази переоцінюються під чинні правила. Стан без жодного сильного доказу можна зняти масово однією командою.
- Вердикт оператора одним дотиком: «✓ правильно» / «✗ хибно» біля кожного входу в автокарантин (✗ одразу повертає абонента у звичайний профіль).
- Telegram у двох ролях: NOC і колцентр. Колцентр бачить лише те, що відчує абонент: компактна картка входу в карантин, годинний підсумок, короткий добовий дайджест. Роль і пороги каналу налаштовуються в «Налаштування → Telegram».
Ранні версії · 0.1–0.57
- Уточнено правило флуду на випадкові порти. Додано легітимний клас «NTP-клієнт».
- Звіт «сесії на квоті» показує, чи абонент на ліміті профілю карантину, і вік знімка.
- Точніше визначення цілей атак і кампаній: спільні сервіси (CDN, Valve тощо) не вважаються ціллю.
- Інформаційна позначка «C2 за CDN?» у дайджесті.
- Автокарантин входить лише за свіжим доказом (не старшим за 48 год) і живим знімком сесій. Додано ліміти входів: за 10 хв, за годину й за добу.
- Пропозиції без рішення оператора закриваються через 24 год.
- Доказ показує тип збігу з фідом: точний, за префіксом або лише за IP.
- Повідомлення для групи колцентру переформатовано: аналіз, порада абоненту, блок «для підтримки». IP-адреси копіюються одним дотиком.
- Кнопка «Відкрити в UserSide» під повідомленнями про абонента. Шаблон посилання на картку абонента задається в налаштуваннях організації.
- Перевірка дієвості вихідних блоків. Кандидати в C2 підтверджуються кнопками ✓/✗.
- Запобіжник: одне правило не може додати більше 10 записів за годину в захисні списки.
- Автокарантин v2:
- режими «вимкнено / тінь / увімкнено»;
- драбина профілів q-watch → q-soft → q-hard з вікном вето 10 хв (кнопки «застосувати зараз / скасувати»);
- пом'якшення за чистими вікнами, облік рецидивів;
- ізоляція — лише вручну;
- ліміти й автоматична пауза при «хвилі» входів;
- картка «Автокарантин» у вкладці CGNAT;
- щоденний дайджест о 09:00.
- Окрема Telegram-група для колцентру / підтримки, налаштовується в «Налаштування».
- Черга дій на A10: дії виконуються по одній, без помилок «зайнято».
- Вихідні блоки C2 з фіду ставляться автоматично, з розбиттям на /24 і щогодинною перевіркою, чи блок діє.
- Кандидати в C2: адреси, до яких ходять лише заражені абоненти, приходять у Telegram з кнопками підтвердження.
- Автоматичне керування профілями LID у режимі пробного запуску: пропозиції, вікно вето, ліміти, перевірка ефекту.
- Кнопка «примусове осушення», коли новий профіль не застосувався до активних сесій абонента.
- Дії на A10: переведення абонента в карантинний профіль (LID) з панелі через агента (2.20+). Можна задати строк, причину й достроково повернути абонента. Картка «Дії на A10». Сповіщення в Telegram.
- Профілі LID і їхні квоти видно в картці абонента: призначений і фактичний профіль.
- Лічильники A10 по абоненту (enhanced user tracking), графіки «абонентів за LID» і дропів карантину.
- Сімейство C2 перевіряється в ThreatFox у реальному часі.
- Потрійний знімок сесій (t0 / +30 с / +120 с): динаміка «сплеск / постійний потік / старі алокації».
- Лічильники A10 по абоненту в аналізі.
- Вкладку CGNAT розділено на три: «CGNAT» (оперативне), «CGNAT графіки», «CGNAT наживо».
- Нові ознаки й правила класифікатора: SYN-спрей, IoT-скан, проксі-чекер, backconnect-релей. Нові правила спершу працюють «у тіні» й лише показують результат.
- Нові легітимні класи трафіку, щоб не плутати їх з ботами: торент (три моделі), P2P-камери, ігрові браузери серверів, IoT-хмари.
- Проксі-релеї як ознака proxyware. Підозра на L7-флуд одного сервера.
- Інтеграція з ThreatFox (abuse.ch): сімейство шкідливого ПЗ в IoC.
- Вихідний блок (egress): закриття доступу абонентів до зовнішніх C2-адрес через discard-маршрут на бордері. Строк — до 30 діб, є загальний вимикач.
- План «з фіду IoC»: блоки C2, DoH і релеїв ставляться галочками. Клік по C2 у вікні абонента відкриває форму блоку.
- Картка «Зараження» у вкладці CGNAT: усі підтверджені й підозрілі абоненти, дії оператора прямо з рядка.
- Telegram-повідомлення при підтвердженні зараження, з кнопками «відкрити / карантин застосовано / пристрій замінено».
- Пам'ять про зараження абонента: стан «підозра / підтверджено / знято» тримається 7 діб від останнього доказу. Поки стан чинний, центр перевіряє абонента активно; авто-зняття — лише за чистими знімками.
- Рівні довіри записів фіду IoC: high дає доказ, medium — лише позначку для ручного розгляду.
- Картка показує «профіль змінився: … → …».
- Нова класифікація абонентів на квоті CGNAT: детерміновані ознаки й правила, далі мовна модель зі структурованою відповіддю, і модель не може пом'якшити вердикт правил.
- Профілі: DDoS-бот, C2, proxyware, сканер, торент, вхідний флуд тощо. Поради оператору й тексти для саппорту.
- Фід IoC (C2, DoH, проксі-релеї) зі щотижневою перевіркою.
- Таблиця «Вердикти (48 год)». Картка абонента відкривається з бази одразу.
- Часова зона організації в налаштуваннях.
- Ціль можна закріпити за конкретною адресою мультиадресної проби: усі перевірки йдуть лише з неї.
- Інсталятор FreeBSD 2.3 перевіряє підпис релізу і на старих системах (FreeBSD 12/13).
- Панель реагує миттєво: перехід між розділами одразу показує спінер, є тонка смужка прогресу, помилки показано текстом.
- A10: щохвилинна статистика LSN, графіки розширеної квоти й дропів LSN, точна розширена квота по абонентах.
- Перевірки HTTP / TCP (агент 2.17+): URL, метод, очікувані коди, таймінги, сертифікат, заголовки, початок тіла відповіді; «▶ Перевірити зараз»; інцидент «недоступний», повідомлення про зміну коду відповіді й про сертифікат, що спливає.
- Флап масових змін маршрутів — одне повідомлення на епізод, далі «триває» і «затихло».
- A10: розширена квота і причина великої кількості сесій для всього топу абонентів.
- A10 через aXAPI (агент 2.16+): сесії абонента у вікні (пошук за IP), квота з конфігу A10, точний список абонентів на квоті, версії конфігурації A10 з кольоровим diff і сповіщенням про зміни.
- «Аналіз ШІ» сесій абонента: причина великої кількості сесій (торент, бот, сканування, DDoS, багато пристроїв…), VPN, DNS, порада для саппорту. Аналіз запускається автоматично, щойно абонент виходить на квоту.
- Прапор країни, PTR і AS біля адресатів у вікні сесій.
- Менше шуму від змін маршруту: неповна траса не вважається зміною, повернення на попередній шлях дописується в те саме повідомлення, зміни без впливу на затримку збираються в добовий дайджест.
- «Адмін → Сервер → Куди йде місце»: розподіл диска й кнопка «Прибрати». Також щоденне автоматичне прибирання й компактні бекапи перед оновленням.
- BGP-сесія проби з бордером більше не розривається при кожному оновленні конфігурації.
- Перезапуск проби під час оновлення не дає хибних сповіщень «сесія впала».
- A10: кількість абонентів на одну публічну адресу, user-quota абонента, топ абонентів до 20–30.
- Telegram-дайджест «абоненти вперлися в user-quota» без спаму.
- Моніторинг A10 Thunder / ACOS CGNAT (агент 2.15+): абоненти, сесії, CPS, NAT-порти, пули, топ абонентів, CPU / RAM / температура, VRRP-A. Вкладки «CGNAT» і «CGNAT наживо», набір сповіщень з відбоєм.
- Великий графік із таблицею статистики (макс і мін з часом, середнє, 95-й перцентиль, Δ за період) для BRAS і інтерфейсів.
- Період за замовчуванням — останні 24 год (увечері — 2 доби).
- Перехід «BGP-сесії ↔ Трафік»: трафік з AS і потенціал прямої сесії.
- Пресети SNMP walk для A10.
- BRAS (Juniper MX BNG) (агент 2.14+): підписники, DHCPv4/v6, RADIUS по серверах, AAA, пули адрес. Вкладки «BRAS» і «BRAS наживо», графік частки абонентів з IPv6, сповіщення (масовий розрив, шторм логінів, RADIUS, вичерпання пулу).
- «Захист → Дії»: blackhole (RTBH) і FlowSpec з панелі, з шаблонами, TTL, перевірками й ефектом за flow. Окремі налаштування дій для організації.
- Розділ «SNMP» перейменовано на «Монітор». Сторінки з графіками займають усю ширину екрана, кількість колонок можна обрати.
- Довільний SNMP walk / get через пробу (адмін), з пресетами.
- Ліміти організації (SNMP, flow, BGP-сесії) у панелі.
- Санітизація flow за SNMP: неможливі сплески від збійних записів автоматично коригуються, у «Трафіку» видно позначку про корекцію.
- Sankey показує повні ланцюжки.
- Менше повідомлень про відкликання дрібних маршрутів і про зворотний режим xfer.
- Стрибок латентності, що збігся зі зміною маршруту, показує різницю AS-шляху. Базова лінія рахується з нового шляху.
- «Прийняти як норму»: вручну або автоматично через 24 год.
- Менше шуму від тестів швидкості. Бюджет трафіку проб розраховується автоматично.
- Сторінка «Швидкість»: швидкість ↓/↑ і латентність між пробою всередині вашої AS і кожною пробою на карті, періоди від години до року, накладення графіків.
- Сповіщення «латентність різко зросла» з підказкою, де шукати проблему.
- Тест швидкості працює і тоді, коли порт агента закритий у хостера: з'єднання відкривається у зворотний бік (автоматично або вручну).
- Папки графіків інтерфейсів (графіки з різних пристроїв в одній папці), налаштування ⚙ прямо на картці графіка, порядок перетягуванням.
- Періоди 5 хв і 24 год, пошук по інтерфейсах.
- LAG автоматично отримують графік, а підінтерфейси без опису — ні.
- Реальний трафік між пробами (xfer, агент 2.10+): швидкість, TTFB, ретрансмісії, RTT у спокої й під навантаженням (bufferbloat). Режим «Швидкість» на карті, сповіщення про деградацію.
- Стан firewall агента в панелі й кнопка «увімкнути light-режим».
- Потенціал прямого пірингу в пошуку «Трафіку» (PNI або сесія на IX) і нова вкладка «Пірінг»: кандидати на PNI і на сесії на ваших IX, оцінка, статуси, контакти з PeeringDB, чернетка листа-пропозиції.
- «Не сповіщати» (🔕) для цілі або проби.
- Протокол трасування для mtr: ICMP / UDP / TCP з портом.
- Модальні вікна можна перетягувати.
- Повний бекап центру й відновлення на новому сервері однією командою.
- Модуль BGP проби (агент 2.9+): сторінка «Захист» — стан сесії, RIB, RPKI, події (зміна origin AS, відкликання наших префіксів, RPKI-invalid), looking glass.
- «Трафік → Канал»: трафік конкретного аплінка / IX / PNI і топ AS через нього.
- Демо-«Трафік» на demo.argusnoc.net з анонімізованими даними.
- Аномалії трафіку переписано: менше нічних хибних сповіщень.
- «Адмін → Сервер»: ресурси центру й приріст даних.
- Панель не стрибає вгору під час автооновлення.
- Модуль flow (IPFIX / NetFlow / sFlow, агент 2.8+) і сторінка «Трафік»: AS, крайові VLAN, клієнти, протоколи, порти, префікси, транзит, Sankey, «Зміни» (порівняння з учора / тиждень / місяць), карта AS. Пошук за IP / префіксом / AS: через який аплінк або IX іде трафік.
- Ролі інтерфейсів і BGP-сесій (аплінк / IX / клієнт / пірінг) визначаються автоматично, можна задати вручну.
- Вкладка «BGP-сесії» у вигляді дерева: Аплінки → IX → Клієнти.
- Сповіщення про аномалії кількості префіксів у BGP-сесіях і про просідання трафіку на аплінках та IX.
- Проба в Docker і Kubernetes.
- Вкладка «BGP-сусіди»: стан, тривалість, префікси, флапи за добу.
- Сторінка пристрою: підвкладки «Інтерфейси», «Система» (CPU, RAM, датчики), «Наживо» (оновлення кожні 5 с).
- Посилання зберігає стан сторінки й виділений інтервал.
- BGP-граф використовує дані бордера: стан сесій і трафік на ребрах.
- Модуль SNMP (агент 2.4+): вкладка «Інтерфейси» з графіками in/out, власні назви інтерфейсів, пороги, системні показники, BGP-сесії. Алерти в Telegram: порт down/up, завантаження, помилки, BGP-сесія.
- Пристрої SNMP додаються з панелі, секрети зберігаються зашифрованими.
- Швидкості з SNMP на ребрах BGP-графа.
- ШІ-оцінка подій: чи варто сповіщати про зміну маршруту, причина й серйозність інциденту, групування пов'язаних інцидентів.
- Діагностичний звіт: позначки rate-limit / реальні втрати, затримки по днях.
- Сумісність панелі з менеджерами паролів у браузері.
- Планові зворотні траси раз на 3 год і матриця RTT між пробами щогодини.
- Нова вкладка «Перевірка»: mtr / ping до будь-якої адреси з однієї проби або з усіх одразу.
- Оновлення однієї проби до останньої версії (для тесту перед масовим оновленням).
- Ціль типу «проба»: адреси підставляються автоматично.
- Окрема IPv6-адреса цілі.
- Вибір адреси-джерела для проб із кількома публічними IPv4.
- Посилання на стан карти: той самий вид, панель і результат перевірки для того, хто відкриє посилання.
- Агент як контейнер MikroTik RouterOS (arm64 / armv7 / x86_64).
- BGP: аналітика PeeringDB (кандидати на пірінг, неактивні IX).
- Компактна траса в Telegram для телефона.
- Зворотні перевірки на карті: mtr / ping з проби всередині AS до обраної проби, пряма й зворотна траса поруч.
- Сповіщення про зміну маршруту переписано: звідки й куди, затримка до / після, повна нова траса, IX підписуються назвою.
- Peering-LAN точок обміну визначаються за PeeringDB.
- Нестабільний резолв DNS — одне зведене повідомлення.
- Демо-карта demo.argusnoc.net: реальні вимірювання з маскуванням адрес, ручні ping / mtr з лімітом.
- Вкладка «API»: токени організації.
- Якщо порт агента недоступний з центру, команди все одно доходять за ≤ 10 с.
- Сповіщення в браузері (Web Push) про інциденти, навіть із закритою вкладкою.
- «Увійти як»: адмін організації може переглянути панель від імені будь-якого її учасника.
- Редагування користувачів. BGP-граф із зумом і перетягуванням.
- Мобільна версія панелі і встановлення як застосунок (PWA).
- Ручні mtr / ping показують етап виконання; ping — по рядку на пакет.
- Підпис і власник проби на карті, оцінка надійності проби 1–10 зі статистикою за 30 днів.
- Великі вікна результатів mtr / ping з кнопкою «Копіювати».
- Підтримка FreeBSD.
- Перевстановлення агента на тій самій машині зберігає пробу та її історію.
- Імена проб генеруються за містом.
- Тонкі інсталятори з перевіркою підпису ed25519, історія версій для відкату.
- Кілька публічних IPv4 на пробі.
- Пауза для проб на Wi-Fi.
- Live Map: GPU-карта з лініями від проб до вашої AS, станом у реальному часі, анімацією запит / відповідь, фільтрами IPv4 / IPv6, повноекранним режимом.
- Вкладка BGP: граф поширення маршрутів вашої AS (RIPE RIS, RIPE DB, PeeringDB, траси проб), перевірка стиків пробою.
- Перша версія карти.
- Панель app.argusnoc.net:
- вхід через Google, організації й ролі, запрошення;
- огляд цілей × проб у реальному часі;
- цілі з перевірками ping / mtr / dns / tcp / http / ssl / mtu, графіки RTT і втрат;
- інциденти, Telegram-сповіщення;
- вкладені папки цілей.
- Хопи mtr з hostname, ASN і власником блоку.
- Протокол агента 0.2: Windows, проби за NAT, самореєстрація з підтвердженням адміном.
- Перший реліз.
Агент argus-probe
Агент для Linux, FreeBSD і Windows (також Docker / Kubernetes і контейнер MikroTik RouterOS) оновлюється сам, щойно версію опубліковано. Вимоги до версії агента для окремих функцій центру вказано в записах центру.
- Оновлення на Windows надійніше: служба оновлювача перезапускається через диспетчер служб Windows, а агент сам перевіряє, що вона запустилась на новій версії.
- Інсталятор поверх наявного агента акуратно зупиняє служби й трей і замінює файли. Якщо файл зайнятий іншою програмою, інсталятор назве її й поверне агента в роботу на попередній версії.
- Вікно інсталятора не закривається одразу після успіху чи помилки, тож результат можна прочитати.
- Після оновлення залишки старих файлів прибираються автоматично.
- Новий тип перевірки «ігровий запит»: агент опитує сам ігровий сервер і повертає назву, гру, мапу та кількість гравців. Підтримано протоколи A2S (Source), SA-MP, Minecraft, RakNet, FiveM і Quake 3; протокол обирається за портом. Потрібен центр 0.58.86+.
- Ручна перевірка з консолі:
argus-probe check game. - Windows: онлайн-інсталятор для лінії 2.x. Він сам завантажує поточну версію з центру, звіряє SHA-256 і підпис та встановлює агента, або оновлює вже встановленого.
- Значок у треї показує встановлену, доступну й цільову версію. Кнопка «Оновити» з'являється, лише коли центр дозволяє цю версію; вище цілі центру трей не оновлює.
- Вікно стану агента (подвійний клік по значку) з останніми рядками журналу. Токен і ключі в ньому не показуються.
- Служби агента й оновлювача стежать одна за одною: зависла або зупинена служба перезапускається сама.
- Агент для Windows тепер має ту саму кодову базу й ту саму версію, що й агент для Linux і FreeBSD. Встановлюється поверх версій 0.2.x і 0.3.x, переносить дані й реєстрацію.
- Windows: служби Windows, правила Windows Firewall, значок у треї й пункти в меню «Пуск». Модулі flow і BGP на Windows недоступні.
- Агент не ставить нижчу версію, ніж уже встановлена, без явного дозволу центру.
- Ping-перевірки враховують інтервал перевірки з центру. Наприклад, ціль з інтервалом 60 с пінгується раз на хвилину, а не щоцикла, тож пакетів і записів у базі стає в кілька разів менше.
- У стані агента видно стан оновлення: очікує, заблоковано або помилка, з причиною.
- Flow: знеособлений підрахунок, скільки ваших абонентів звертаються до ігрових хостів. A10 CGNAT: читання сесій за адресою призначення для того самого підрахунку.
- A10 CGNAT: нова операція повторного переведення абонента на пул NAT його профілю, назва пулу NAT у відповідях.
- Зупинка або оновлення агента не обриває дію на A10 посередині: поточна дія завершується, нові не починаються.
- Команди на A10 мають строк дії: після повернення з офлайну агент не виконує вже неактуальну команду.
- Журнал агента ніколи не містить паролів, ключів і вмісту команд.
- Агент, запущений у контейнері як головний процес (PID 1), більше не накопичує «зомбі»-процеси після таймаутів трасування.
- У стані агента — кількість процесів, ліміт і «зомбі»; центр показує попередження, якщо агент упирається в ліміт процесів.
- Офіційний Docker-образ містить init-процес.
- Модуль flow рахує погодинні пари «абонент ↔ контрагент» для адрес під ручним наглядом (потрібен центр 0.58.31+).
- A10 CGNAT: пакетна зміна профілю (LID) — до 20 адрес однією процедурою, з перевіркою результату по кожній адресі.
- A10 CGNAT: підтримка профілю винятків із DNS-перенаправлення (LID 7).
- Агент не змінює записи class-list, створені не ним.
- Керований агентом firewall сам визначає фактичні порти SSH (конфіг sshd, systemd
ssh.socket, відкриті сокети) і перевіряє їх щохвилини: зміна порту SSH не відрізає доступ до сервера. - Порти SSH показуються в стані firewall проби в панелі.