Один коміт, а не десяток тематичних, свідомо: теми переплетені в
спільних файлах (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 серпня.
74 lines
5.3 KiB
SQL
74 lines
5.3 KiB
SQL
-- =====================================================================
|
||
-- NetPulse :: 0029_ncm_profile_autoassign.sql
|
||
-- Профіль збору конфігу підбирається за sysObjectID.
|
||
--
|
||
-- Досі профіль підбирався за полем «виробник», яке заповнює людина
|
||
-- руками. Наслідок видно на першому ж живому хості: поле порожнє —
|
||
-- збір падає з «не задано профіль», поле заповнене «ZTE» — береться
|
||
-- перший-ліпший ZTE-профіль, який може виявитись не тим.
|
||
--
|
||
-- Пристрій же сам каже, що він таке: `1.3.6.1.2.1.1.2.0` повертає OID
|
||
-- виробника й моделі, а `sysDescr` уточнює серію. Це та сама механіка,
|
||
-- що вже підбирає шаблони опитування (0027), лише для іншого питання.
|
||
-- =====================================================================
|
||
|
||
CREATE TABLE ncm.profile_auto_assign (
|
||
id uuid PRIMARY KEY DEFAULT core.new_id(),
|
||
-- NULL = вбудоване правило, спільне для всіх кабінетів.
|
||
tenant_id uuid REFERENCES core.tenants(id) ON DELETE CASCADE,
|
||
oid_prefix text NOT NULL CHECK (oid_prefix ~ '^[0-9.]+$'),
|
||
-- Уточнення за текстом sysDescr. Один виробник робить і комутатори, і
|
||
-- OLT, і знімаються вони по-різному: OID у них спільний, а опис —
|
||
-- ні. Порожньо означає «будь-який опис».
|
||
descr_regex text,
|
||
profile_id uuid NOT NULL REFERENCES ncm.profiles(id) ON DELETE CASCADE,
|
||
-- Чим заповнити «виробник» у картці хоста, якщо там порожньо. Далі
|
||
-- цим користується решта системи — від фільтрів до звітів.
|
||
vendor text,
|
||
name text NOT NULL DEFAULT '',
|
||
enabled boolean NOT NULL DEFAULT true,
|
||
created_at timestamptz NOT NULL DEFAULT now()
|
||
);
|
||
|
||
-- NULLS NOT DISTINCT: без цього два вбудованих правила (tenant_id IS
|
||
-- NULL) вважались би різними й повторний прогін сіву наплодив би
|
||
-- дублікати замість того, щоб тихо нічого не зробити.
|
||
CREATE UNIQUE INDEX ncm_profile_auto_uniq ON ncm.profile_auto_assign
|
||
(tenant_id, oid_prefix, descr_regex, profile_id) NULLS NOT DISTINCT;
|
||
CREATE INDEX ncm_profile_auto_prefix_idx ON ncm.profile_auto_assign (oid_prefix) WHERE enabled;
|
||
|
||
ALTER TABLE ncm.profile_auto_assign ENABLE ROW LEVEL SECURITY;
|
||
ALTER TABLE ncm.profile_auto_assign FORCE ROW LEVEL SECURITY;
|
||
|
||
CREATE POLICY profile_auto_visible ON ncm.profile_auto_assign
|
||
USING (tenant_id IS NULL OR tenant_id = core.current_tenant())
|
||
WITH CHECK (tenant_id = core.current_tenant());
|
||
|
||
-- ---------------------------------------------------------------------
|
||
-- Вбудовані правила
|
||
-- ---------------------------------------------------------------------
|
||
|
||
-- Правило з уточненням за описом точніше за правило лише з OID і має
|
||
-- вигравати: у ZTE комутатори й OLT ділять один enterprise-OID, а
|
||
-- знімаються різними командами й мають різне запрошення.
|
||
INSERT INTO ncm.profile_auto_assign (tenant_id, oid_prefix, descr_regex, profile_id, vendor, name)
|
||
SELECT NULL, v.prefix, v.descr, p.id, v.vendor, v.label
|
||
FROM (VALUES
|
||
-- ZTE: спершу OLT за описом, потім решта як комутатор.
|
||
('1.3.6.1.4.1.3902', 'ZXAN|ZXA10|C3[0-9]{2}|C6[0-9]{2}', 'zte-zxan', 'ZTE', 'ZTE OLT (ZXAN)'),
|
||
('1.3.6.1.4.1.3902', NULL, 'zte-zxr10', 'ZTE', 'ZTE ZXR10'),
|
||
('1.3.6.1.4.1.9', NULL, 'cisco-ios', 'Cisco', 'Cisco IOS'),
|
||
('1.3.6.1.4.1.2011', NULL, 'huawei-vrp', 'Huawei', 'Huawei VRP'),
|
||
('1.3.6.1.4.1.25506', NULL, 'h3c-vrp', 'H3C', 'H3C Comware'),
|
||
('1.3.6.1.4.1.14988', NULL, 'mikrotik-routeros', 'MikroTik', 'MikroTik RouterOS'),
|
||
('1.3.6.1.4.1.171', NULL, 'dlink-dxs', 'D-Link', 'D-Link DxS'),
|
||
('1.3.6.1.4.1.35265', NULL, 'eltex-mes', 'Eltex', 'Eltex MES'),
|
||
('1.3.6.1.4.1.11', NULL, 'hp-procurve', 'HP', 'HP ProCurve'),
|
||
('1.3.6.1.4.1.2636', NULL, 'juniper-junos', 'Juniper', 'Juniper JUNOS'),
|
||
('1.3.6.1.4.1.1916', NULL, 'extreme-xos', 'Extreme', 'Extreme XOS'),
|
||
('1.3.6.1.4.1.6486', NULL, 'alcatel-aos', 'Alcatel', 'Alcatel AOS'),
|
||
('1.3.6.1.4.1.1991', NULL, 'brocade-ironware', 'Brocade', 'Brocade IronWare'),
|
||
('1.3.6.1.4.1.30065', NULL, 'arista-eos', 'Arista', 'Arista EOS')
|
||
) AS v(prefix, descr, key, vendor, label)
|
||
JOIN ncm.profiles p ON p.key = v.key AND p.tenant_id IS NULL
|
||
ON CONFLICT DO NOTHING;
|