byrsapty
ed8fc831bf
Один коміт, а не десяток тематичних, свідомо: теми переплетені в
спільних файлах (store.go, docker-compose.yml, deploy/README.md), і
розділити їх можна було б лише індексуванням шматків. Коміти, які не
збираються, гірші за один великий — тим паче що це рівно той стан, який
перевірявся разом.
ЩО ПРАЦЮЄ НА СТЕНДІ Й ПЕРЕВІРЕНО ТАМ
0058 подієві алерти: syslog, ncm, compliance спрацьовують у мить
події; правило з нереалізованим джерелом більше не зберігається
мовчки
0059 snmp.walk і прототипи шаблонів — таблиці з динамічним індексом
описуються шаблоном, а не Go
0060 відкат конфігу: план як різниця, маскування паролів із підписом
плану, обов'язковий контрольний збір, verifying при обриві
0061 кнопки Telegram: довге опитування, авторизація не з callback_data
0062 аудит і архів хостів; тест на AST, що падає на ключі без назви
0063 RLS: три ролі, окремий пул для фонових тактів
0064 строки зберігання даних і сторінка сховища
0065 приймач SNMP-трапів; перевірено справжніми пакетами по дроту,
переклад v1→v2 за RFC 3584 дає правильний OID
0066 ескалації сповіщень
0067 алерт про вичерпання диска
0068 поля заливки конфігу переїхали в каталог профілів
Плюс: 137 тестів вебу з нуля (їх не було взагалі), одинадцять справжніх
вад, знайдених ними й виправлених, і виправлення двох інтеграційних
тестів grpcapi, які мовчки пропускались півтора року.
ЩО ЩЕ НЕ ЗАПУСКАЛОСЬ
netpulse установник: одна команда замість 18 змінних і
593 рядків інструкції
RLS з першого запуску нова інсталяція під політиками одразу;
RLS-EXISTING-INSTALL.md лишається тільки для
старих інсталяцій
.forgejo + CI раннер не зареєстрований
Ці три перевірені компіляцією й міркуванням, але не виконанням.
ГОЛОВНИЙ ВИСНОВОК ДВОХ СЕСІЙ
Зелена перевірка доводить рівно те, що вона перевіряє. Тест ізоляції RLS
був правильний і зелений — і пропустив зламаний вхід, бо перевіряв «чи
не видно чужого», коли зламалось «чи видно своє». Інтеграційні тести
grpcapi були зелені, бо не виконувались. Схема, довідник і протокол
описували те, чого в коді не існувало, і виглядало це як готове.
Тому в кожному завданні цих сесій стояла вимога назвати НЕПОКРИТЕ, а
чотири задачі закінчились не можливістю, а відмовою: правило з
нереалізованим джерелом не зберігається, профіль без команд заливки
каже про це замість мовчазної кнопки, міграція RLS валить сама себе на
таблиці без політики, тест словника аудиту падає на ключі без назви.
Подробиці — HISTORY.md, розділи за 26 і 27 серпня.
53 lines
3.4 KiB
SQL
53 lines
3.4 KiB
SQL
-- =====================================================================
|
||
-- NetPulse :: 0033_identify_kind.sql
|
||
-- Тип хоста визначається так само, як виробник і профіль.
|
||
--
|
||
-- `kind` за замовчуванням `other`, і в переліку хостів це видно: всі
|
||
-- «інше». Поле не косметичне — за ним фільтри, значки на мапі й те, які
|
||
-- шаблони людині взагалі пропонувати. А пристрій уже сказав, що він
|
||
-- таке: OLT відрізняється від комутатора не менше, ніж ZXAN від ZXR10,
|
||
-- і рівно тим самим `sysDescr`.
|
||
--
|
||
-- Тому `kind` лягає в те саме правило, що вже несе `vendor`: рядок із
|
||
-- уточненням за описом дає `olt`, загальний рядок виробника — `switch`.
|
||
--
|
||
-- Заразом: `topology.identify` прибирається з переліку перевірок, які
|
||
-- заводять руками. Цей чек система заводить і планує сама, а ручна
|
||
-- копія впиралась у `checks_uniq` і поверталась як «внутрішня помилка».
|
||
-- =====================================================================
|
||
|
||
ALTER TABLE ncm.profile_auto_assign ADD COLUMN kind inv.device_kind;
|
||
|
||
COMMENT ON COLUMN ncm.profile_auto_assign.kind IS
|
||
'Чим заповнити inv.devices.kind, якщо там усе ще типове other';
|
||
|
||
-- ---------------------------------------------------------------------
|
||
-- Тип для вбудованих правил
|
||
-- ---------------------------------------------------------------------
|
||
|
||
-- OLT-правило єдине, що відрізняється: у ZTE воно й так виділене за
|
||
-- описом, бо профіль збору в OLT інший. Решта родин у цьому переліку —
|
||
-- комутатори й маршрутизатори; де виробник робить і те, і те, чесніше
|
||
-- сказати `switch`, ніж вгадувати: людина виправить одним кліком, а
|
||
-- невірний `router` на сотні портів вона помітить не одразу.
|
||
UPDATE ncm.profile_auto_assign SET kind = 'olt'
|
||
WHERE tenant_id IS NULL AND descr_regex IS NOT NULL AND oid_prefix = '1.3.6.1.4.1.3902';
|
||
|
||
UPDATE ncm.profile_auto_assign SET kind = 'switch'
|
||
WHERE tenant_id IS NULL AND kind IS NULL;
|
||
|
||
-- Juniper і Cisco в цьому переліку прив'язані до JUNOS та IOS —
|
||
-- платформ маршрутизаторів рівно настільки ж, наскільки комутаторів.
|
||
-- Лишаємо switch: див. міркування вище.
|
||
|
||
-- ---------------------------------------------------------------------
|
||
-- Автокеровані типи перевірок
|
||
-- ---------------------------------------------------------------------
|
||
|
||
ALTER TABLE core.check_types
|
||
ADD COLUMN auto_managed boolean NOT NULL DEFAULT false;
|
||
|
||
COMMENT ON COLUMN core.check_types.auto_managed IS
|
||
'Чек заводить і планує система — у переліку для ручного додавання не показується';
|
||
|
||
UPDATE core.check_types SET auto_managed = true WHERE key = 'topology.identify';
|