chore(test): проверить кодирование DN и FQDN в реальном IPsec
This commit is contained in:
Denozordec committed
1 parent
d379045d20
commit
b4e56d1998
7 files changed
+241
-12
No files matched your search
@@ -1,6 +1,6 @@
|
||||
# UX/UI: протокол внешней приёмки 12.5
|
||||
|
||||
Актуальное продолжение 2026-10-10: завершён12.5.119 в принятой конфигурации — два real strongSwan6.0.1 clients/один certificate-derived DN, две established sessions/разные VIP, Ping3/3 каждый. API online1 без случайного activeAddress/uptime, UI1280/320 passed. Docker clients/network/credentials очищены, baseline16×2 совпал. Backend ux-export118/frontend ux-bound116 прежние. FQDN/ADDR4/manual DN AUTH_FAILED сохранён; следующий120 — интероперабельность ID/encoding без ослабления certificate verification.12.5 открыт.
|
||||
Актуальное продолжение 2026-10-11: завершён12.5.120 — шесть Linux IKE ID вариантов. Certificate-derived/exact DER DN и FQDN SAN подключаются/Ping3/3; ручной DN и тот же DER с PrintableString отвергнуты. При явном remote-id FQDN API online=true, без него SAN-клиент ошибочно offline. Cleanup16×2/Docker/credentials passed. Backend118/frontend116 прежние. Следующий121 — безопасное сопоставление SAN/сессий, профильные проверки и live приёмка.12.5 открыт.
|
||||
|
||||
IPsec78: реальный PSK responder established, mode-config198.18.78.10 и online=true подтверждены API; точные собственные объекты удалены. Сертификатный/DN online, late failure и history restore остаются открытыми. [Отчёт](ux-ui/acceptance/ipsec-mode-config-2026-10-09.json), [журнал](ux-ui-progress.md).
|
||||
|
||||
@@ -696,7 +696,7 @@ flowchart LR
|
||||
|
||||
## 12.5.77 — основной блок IPsec (2026-10-09)
|
||||
|
||||
Актуальное продолжение 2026-10-09: 12.5.77 завершил укрупнённый основной блок IPsec: достоверное чтение, запрет опроса выключенных устройств, совместимый RouterOS7 мастер, раздельные ID клиентов, безопаснее удаление, URL устройства/вкладки, Docker обеих частей и реальная приёмка. Local30/30 + context6/6 + backend67, live browser4/4, PSK и сертификатный защищённый GRE/Ping3/3 на двух CHR; cleanup/DB controls passed. Runtime backend/frontend ux-ipsec77, version1.0.0-test.ipsec77. Следующий12.5.78 — остаточная профильная приёмка IPsec: сопоставление active-peer/online, выдача mode-config, поздние ошибки операций и история восстановления; затем маршрутизация. Этап12.5 открыт.
|
||||
Актуальное продолжение 2026-10-11: завершён12.5.120 — шесть Linux IKE ID вариантов. Certificate-derived/exact DER DN и FQDN SAN подключаются/Ping3/3; ручной DN и тот же DER с PrintableString отвергнуты. При явном remote-id FQDN API online=true, без него SAN-клиент ошибочно offline. Cleanup16×2/Docker/credentials passed. Backend118/frontend116 прежние. Следующий121 — безопасное сопоставление SAN/сессий, профильные проверки и live приёмка.12.5 открыт.
|
||||
|
||||
Подробный объём, протоколы, схема и ограничения: [12.5.77 в журнале](ux-ui-progress.md).
|
||||
|
||||
@@ -1239,3 +1239,17 @@ References: [strongSwan configuration](https://docs.strongswan.org/docs/latest/s
|
||||
| Референс | Схема |
|
||||
| --- | --- |
|
||||
| [ReUI Filtering2](https://reui.io/preview/base/data-grid-filtering-2?ref=mcp) | Две подтверждённые сессии → один клиент онлайн → без произвольно выбранного VIP |
|
||||
|
||||
## 12.5.120 — кодирование DN и FQDN SAN в реальном IKE (2026-10-11)
|
||||
|
||||
На том же strongSwan6.0.1-6+deb13u7 последовательно проверены шесть вариантов с собственными CA/server/client certs, server certificate pin, RSA/AES256/SHA256/MODP2048. Certificate-derived DN, явный asn1dn с точными DER-байтами, FQDN из DNS SAN и FQDN с явным RouterOS remote-id установили tunnel и дали Ping3/3 каждый. Ручной текстовый DN и точный DER с единственным изменением тега CN 0x0c→0x13 отклонены AUTH_FAILED. Сертификат содержит UTF8String; парсер strongSwan6.0.1 выбирает PrintableString для этого ASCII CN. Это доказанная граница данной пары версий, не утверждение обо всех DN/PKI.
|
||||
|
||||
Обнаружено: FQDN SAN без явно заданного remote-id успешно аутентифицируется, но catalog API показывает offline. С remote-id=fqdn:… online=true. Первый helper остановился на ошибочном ожидании online; finally полностью очистил стенд. Уточнённый сценарий сохранил этот дефект отдельным результатом и завершил шесть вариантов. Он требует исправления в121, а не считается успешной приёмкой отображения. Ранее119 отказ FQDN включал requested IDr; новая конфигурация закрепляет точный server cert и не запрашивает IDr. Проверка сертификатов не отключалась.
|
||||
|
||||
Все свои containers/network/credentials и native objects удалены после проверки ownership. Baseline16 коллекций×2 совпал; оба CHR доступны, пароли и исходная конфигурация сохранены. Application source/runtime не менялись, UI заново не тестировался. [Протокол](ux-ui/acceptance/ipsec-id-interop-2026-10-11.json). Следующий121 — SAN matching с защитой неоднозначности и нескольких ID одного principal. Windows/macOS/mobile, независимые WAN, scale/rekey и интеграции остаются открыты.
|
||||
|
||||
References: [Identity parsing6.0](https://docs.strongswan.org/docs/6.0/config/identityParsing.html), [парсер6.0.1](https://github.com/strongswan/strongswan/blob/6.0.1/src/libstrongswan/utils/identification.c).
|
||||
|
||||
| Референс | Схема |
|
||||
| --- | --- |
|
||||
| [ReUI Filtering2](https://reui.io/preview/base/data-grid-filtering-2?ref=mcp) | Native established → точный ID/сертификат → подтверждённый online; неоднозначность → неизвестно |
|
||||
+3
-3
@@ -1,12 +1,12 @@
|
||||
# План реализации UX/UI по пятичасовым окнам
|
||||
|
||||
Актуальное продолжение 2026-10-10: завершён12.5.119 в принятой конфигурации — два real strongSwan6.0.1 clients/один certificate-derived DN, две established sessions/разные VIP, Ping3/3 каждый. API online1 без случайного activeAddress/uptime, UI1280/320 passed. Docker clients/network/credentials очищены, baseline16×2 совпал. Backend ux-export118/frontend ux-bound116 прежние. FQDN/ADDR4/manual DN AUTH_FAILED сохранён; следующий120 — интероперабельность ID/encoding без ослабления certificate verification.12.5 открыт.
|
||||
Актуальное продолжение 2026-10-11: завершён12.5.120 — шесть Linux IKE ID вариантов. Certificate-derived/exact DER DN и FQDN SAN подключаются/Ping3/3; ручной DN и тот же DER с PrintableString отвергнуты. При явном remote-id FQDN API online=true, без него SAN-клиент ошибочно offline. Cleanup16×2/Docker/credentials passed. Backend118/frontend116 прежние. Следующий121 — безопасное сопоставление SAN/сессий, профильные проверки и live приёмка.12.5 открыт.
|
||||
|
||||
Общий план проекта MikrotikManager. Основан на согласованном плане из задачи; точка продолжения обновлена 2026-10-10. Источник фактического прогресса, проверок и ограничений — [журнал реализации](ux-ui-progress.md). Этот документ задаёт объём и критерии завершения, журнал фиксирует результат.
|
||||
|
||||
## Актуальная точка продолжения — 2026-10-10
|
||||
|
||||
Актуальное продолжение 2026-10-10: завершён12.5.119 в принятой конфигурации — два real strongSwan6.0.1 clients/один certificate-derived DN, две established sessions/разные VIP, Ping3/3 каждый. API online1 без случайного activeAddress/uptime, UI1280/320 passed. Docker clients/network/credentials очищены, baseline16×2 совпал. Backend ux-export118/frontend ux-bound116 прежние. FQDN/ADDR4/manual DN AUTH_FAILED сохранён; следующий120 — интероперабельность ID/encoding без ослабления certificate verification.12.5 открыт.
|
||||
Актуальное продолжение 2026-10-11: завершён12.5.120 — шесть Linux IKE ID вариантов. Certificate-derived/exact DER DN и FQDN SAN подключаются/Ping3/3; ручной DN и тот же DER с PrintableString отвергнуты. При явном remote-id FQDN API online=true, без него SAN-клиент ошибочно offline. Cleanup16×2/Docker/credentials passed. Backend118/frontend116 прежние. Следующий121 — безопасное сопоставление SAN/сессий, профильные проверки и live приёмка.12.5 открыт.
|
||||
|
||||
Этапы0–11 завершены в локальных границах журнала. История выполненных внешних блоков и доказательства сохранены в [журнале](ux-ui-stage-12.md) и [протоколе](ux-ui-external-acceptance.md). Реальная Telegram доставка, Portal SSO, multi-instance и оставшиеся профильные сетевые ограничения открыты.
|
||||
|
||||
@@ -371,6 +371,6 @@ flowchart LR
|
||||
|
||||
## 12.5.77 — основной блок IPsec (2026-10-09)
|
||||
|
||||
Актуальное продолжение 2026-10-09: 12.5.77 завершил укрупнённый основной блок IPsec: достоверное чтение, запрет опроса выключенных устройств, совместимый RouterOS7 мастер, раздельные ID клиентов, безопаснее удаление, URL устройства/вкладки, Docker обеих частей и реальная приёмка. Local30/30 + context6/6 + backend67, live browser4/4, PSK и сертификатный защищённый GRE/Ping3/3 на двух CHR; cleanup/DB controls passed. Runtime backend/frontend ux-ipsec77, version1.0.0-test.ipsec77. Следующий12.5.78 — остаточная профильная приёмка IPsec: сопоставление active-peer/online, выдача mode-config, поздние ошибки операций и история восстановления; затем маршрутизация. Этап12.5 открыт.
|
||||
Актуальное продолжение 2026-10-11: завершён12.5.120 — шесть Linux IKE ID вариантов. Certificate-derived/exact DER DN и FQDN SAN подключаются/Ping3/3; ручной DN и тот же DER с PrintableString отвергнуты. При явном remote-id FQDN API online=true, без него SAN-клиент ошибочно offline. Cleanup16×2/Docker/credentials passed. Backend118/frontend116 прежние. Следующий121 — безопасное сопоставление SAN/сессий, профильные проверки и live приёмка.12.5 открыт.
|
||||
|
||||
Подробный объём, протоколы, схема и ограничения: [12.5.77 в журнале](ux-ui-progress.md).
|
||||
+16
-2
@@ -1,6 +1,6 @@
|
||||
# UX/UI: журнал реализации
|
||||
|
||||
Актуальное продолжение 2026-10-10: завершён12.5.119 в принятой конфигурации — два real strongSwan6.0.1 clients/один certificate-derived DN, две established sessions/разные VIP, Ping3/3 каждый. API online1 без случайного activeAddress/uptime, UI1280/320 passed. Docker clients/network/credentials очищены, baseline16×2 совпал. Backend ux-export118/frontend ux-bound116 прежние. FQDN/ADDR4/manual DN AUTH_FAILED сохранён; следующий120 — интероперабельность ID/encoding без ослабления certificate verification.12.5 открыт.
|
||||
Актуальное продолжение 2026-10-11: завершён12.5.120 — шесть Linux IKE ID вариантов. Certificate-derived/exact DER DN и FQDN SAN подключаются/Ping3/3; ручной DN и тот же DER с PrintableString отвергнуты. При явном remote-id FQDN API online=true, без него SAN-клиент ошибочно offline. Cleanup16×2/Docker/credentials passed. Backend118/frontend116 прежние. Следующий121 — безопасное сопоставление SAN/сессий, профильные проверки и live приёмка.12.5 открыт.
|
||||
|
||||
Общий план: [UX/UI по этапам и пятичасовым окнам](ux-ui-plan.md). План задаёт объём, этот журнал фиксирует выполненные блоки и ограничения. Записи расположены от новых к старым; подробная история этапа12 также сохранена в [ux-ui-stage-12.md](ux-ui-stage-12.md).
|
||||
|
||||
@@ -36,7 +36,21 @@
|
||||
| 10 | Маршрутизация, диагностика, карта и терминал | Завершён в границах локальной приёмки 2026-10-01; блоки 10.1–10.71, внешние ограничения в 10.71 |
|
||||
| 11А | Пользователи, контейнеры, сертификаты и резервные копии | Завершён в границах локальной приёмки 2026-10-01; 11А.1–11А.33, внешние ограничения в 11А.33 |
|
||||
| 11Б | Оповещения, сбор данных, интеграции, релизы и настройки | Завершён в границах локальной приёмки 2026-10-03; ограничения и evidence в11Б.7 |
|
||||
| 12 | Итоговая доступность, адаптивность, производительность и регрессия | Локальная приёмка завершена в границах12.3.83; внешняя12.5 в работе, выполненные блоки1–119 и ограничения ниже. Runtime backend ux-export118/frontend ux-bound116. |
|
||||
| 12 | Итоговая доступность, адаптивность, производительность и регрессия | Локальная приёмка завершена в границах12.3.83; внешняя12.5 в работе, выполненные блоки1–120 и ограничения ниже. Runtime backend ux-export118/frontend ux-bound116. |
|
||||
|
||||
## 12.5.120 — кодирование DN и FQDN SAN в реальном IKE (2026-10-11)
|
||||
|
||||
На том же strongSwan6.0.1-6+deb13u7 последовательно проверены шесть вариантов с собственными CA/server/client certs, server certificate pin, RSA/AES256/SHA256/MODP2048. Certificate-derived DN, явный asn1dn с точными DER-байтами, FQDN из DNS SAN и FQDN с явным RouterOS remote-id установили tunnel и дали Ping3/3 каждый. Ручной текстовый DN и точный DER с единственным изменением тега CN 0x0c→0x13 отклонены AUTH_FAILED. Сертификат содержит UTF8String; парсер strongSwan6.0.1 выбирает PrintableString для этого ASCII CN. Это доказанная граница данной пары версий, не утверждение обо всех DN/PKI.
|
||||
|
||||
Обнаружено: FQDN SAN без явно заданного remote-id успешно аутентифицируется, но catalog API показывает offline. С remote-id=fqdn:… online=true. Первый helper остановился на ошибочном ожидании online; finally полностью очистил стенд. Уточнённый сценарий сохранил этот дефект отдельным результатом и завершил шесть вариантов. Он требует исправления в121, а не считается успешной приёмкой отображения. Ранее119 отказ FQDN включал requested IDr; новая конфигурация закрепляет точный server cert и не запрашивает IDr. Проверка сертификатов не отключалась.
|
||||
|
||||
Все свои containers/network/credentials и native objects удалены после проверки ownership. Baseline16 коллекций×2 совпал; оба CHR доступны, пароли и исходная конфигурация сохранены. Application source/runtime не менялись, UI заново не тестировался. [Протокол](ux-ui/acceptance/ipsec-id-interop-2026-10-11.json). Следующий121 — SAN matching с защитой неоднозначности и нескольких ID одного principal. Windows/macOS/mobile, независимые WAN, scale/rekey и интеграции остаются открыты.
|
||||
|
||||
References: [Identity parsing6.0](https://docs.strongswan.org/docs/6.0/config/identityParsing.html), [парсер6.0.1](https://github.com/strongswan/strongswan/blob/6.0.1/src/libstrongswan/utils/identification.c).
|
||||
|
||||
| Референс | Схема |
|
||||
| --- | --- |
|
||||
| [ReUI Filtering2](https://reui.io/preview/base/data-grid-filtering-2?ref=mcp) | Native established → точный ID/сертификат → подтверждённый online; неоднозначность → неизвестно |
|
||||
|
||||
## 12.5.119 — две реальные IKE-сессии одного certificate principal (2026-10-10)
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# Оставшаяся внешняя приёмка — 2026-10-10
|
||||
# Оставшаяся внешняя приёмка — 2026-10-11
|
||||
|
||||
Это актуальная матрица после 12.5.119. Исторические записи сохраняют версии и ограничения на момент выполнения; поздние проверки ниже уточняют их. Этап 12.5 открыт. Успех в двух CHR и одном backend не означает приёмку всех конфигураций, интеграций или полной регрессии.
|
||||
Это актуальная матрица после 12.5.120. Исторические записи сохраняют версии и ограничения на момент выполнения; поздние проверки ниже уточняют их. Этап 12.5 открыт. Успех в двух CHR и одном backend не означает приёмку всех конфигураций, интеграций или полной регрессии.
|
||||
|
||||
Стенд: Debian13/Compose, PostgreSQL18.6, два CHR RouterOS7.24.5. Backend `ux-export118`, frontend `ux-bound116`; production lab использует AUTH_REQUIRED=false. Подписанные JWT/RBAC проверялись в изолированных процессах. Все собственные объекты112 удалены, исходные13 коллекций×2 (включая logging/certificates/files/routes) проверены; пароли не менялись.
|
||||
|
||||
@@ -12,7 +12,7 @@
|
||||
| GRE | Native lifecycle, metadata, live формы/меню/URL/Ping53–57; GRE используется в OSPF/BGP/IPsec последующих блоков; native IPv6 ULA inner109 | IPv6 outer и application IPv6 interface address lifecycle, независимые WAN, масштаб и длительное восстановление; принятие GRE не означает приёмку всех сценариев автоматического расписания |
|
||||
| WireGuard | Native handshake/data plane58, deletion60, live create/peer/disable/enable/delete62, mobile64, export/import67–74; native IPv6 ULA inner/allowedIps/handshake109 | Клиентские ОС и произвольные конфигурации, IPv6 outer/scale и application IPv6 interface address lifecycle, физический lost ACK и устойчивое восстановление; `.conf` с placeholders — шаблон, не принятый клиентский tunnel |
|
||||
| VXLAN | Собственная пара/private Ping/catalog/URL/export75–76; bridge/FDB/port loss/recovery107; IPv6 ULA inner по IPv4 outer108 | API приложения read-only: create/delete проверены native. IPv6 outer, масштаб/производительность, профильные mutation RBAC/concurrency отдельно не приняты |
|
||||
| IPsec | PSK и сертификатное шифрование77–82, active peer/online/mode-config, scoped NAT/group, partial/unknown/applied receipts, restore conflicts, JWT; full DN/специальные символы/online110; literal CN namespace guards и explicit FQDN111; certificate/PSK shared ID unknown/recovery112; multiple sessions controlled snapshots113; shared certificate rows/target guards114; preserve-certificate UI/native DELETE115; explicit deletion binding/PSK collision116; legacy export binding118; real duplicate DN sessions/Linux Ping/UI119 | Реальные duplicate certificate-derived DN sessions приняты119; остальные ID типы, FQDN/ADDR4/manual DN interop/encoding и прочие ID типы; native edit identical matching rules rejected; клиентские Windows/macOS/iOS/Android, прочие DN форматы/custom OIDs/IKE ID namespaces, полная PKI и policy/profile/proposal restore, физический disconnect, durable retry/multi-instance, IPv6/maximum throughput |
|
||||
| IPsec | PSK и сертификатное шифрование77–82, active peer/online/mode-config, scoped NAT/group, partial/unknown/applied receipts, restore conflicts, JWT; full DN/специальные символы/online110; literal CN namespace guards и explicit FQDN111; certificate/PSK shared ID unknown/recovery112; multiple sessions controlled snapshots113; shared certificate rows/target guards114; preserve-certificate UI/native DELETE115; explicit deletion binding/PSK collision116; legacy export binding118; real duplicate DN sessions/Linux Ping/UI119; DN DER/ASCII tag и FQDN SAN native120 | Реальные duplicate certificate-derived DN sessions приняты119; Исправление implicit SAN offline в121; прочие ID типы/ADDR4/manual DN/custom PKI; native edit identical matching rules rejected; клиентские Windows/macOS/iOS/Android, прочие DN форматы/custom OIDs/IKE ID namespaces, полная PKI и policy/profile/proposal restore, физический disconnect, durable retry/multi-instance, IPv6/maximum throughput |
|
||||
| OSPF/BFD | Real Full/own routes84–85, раздельные наблюдения BFD86, effective disabled/optimizer cost/partial/RBAC87, alternate path90 и CIDR91 | Sustained BFD-only gate не принят: в86 сосед мог вновь статьFull при доступныхHello. В90 переходный Ping18/40 с55% loss: бесшовность не принята. REST timing — наблюдаемая граница, не SLA; IPv6/scale/independent WAN открыты |
|
||||
| BGP | Established83, exact /32 exchange/API/UI/administrative withdrawal92, BFD primary GRE loss/alternate/recovery93 | Hold timer/TCP loss безBFD принят104; packet loss в переходе, разные внешние peers/WAN policy, IPv6/scale. Два логических пути используют тот же public WAN; physical redundancy не принята |
|
||||
| Recursive routes | Production PUT/change/own history restore88, disabled guards, partial/unknown/applied outcomes, live формы/контекст | Автоматический rollback/retry, durable receipts и несколько экземпляров отсутствуют; PUT не является idempotent noop. Полная произвольная legacy catalog миграция не принята |
|
||||
@@ -154,3 +154,17 @@ References: [strongSwan configuration](https://docs.strongswan.org/docs/latest/s
|
||||
| Референс | Схема |
|
||||
| --- | --- |
|
||||
| [ReUI Filtering2](https://reui.io/preview/base/data-grid-filtering-2?ref=mcp) | Две подтверждённые сессии → один клиент онлайн → без произвольно выбранного VIP |
|
||||
|
||||
## 12.5.120 — кодирование DN и FQDN SAN в реальном IKE (2026-10-11)
|
||||
|
||||
На том же strongSwan6.0.1-6+deb13u7 последовательно проверены шесть вариантов с собственными CA/server/client certs, server certificate pin, RSA/AES256/SHA256/MODP2048. Certificate-derived DN, явный asn1dn с точными DER-байтами, FQDN из DNS SAN и FQDN с явным RouterOS remote-id установили tunnel и дали Ping3/3 каждый. Ручной текстовый DN и точный DER с единственным изменением тега CN 0x0c→0x13 отклонены AUTH_FAILED. Сертификат содержит UTF8String; парсер strongSwan6.0.1 выбирает PrintableString для этого ASCII CN. Это доказанная граница данной пары версий, не утверждение обо всех DN/PKI.
|
||||
|
||||
Обнаружено: FQDN SAN без явно заданного remote-id успешно аутентифицируется, но catalog API показывает offline. С remote-id=fqdn:… online=true. Первый helper остановился на ошибочном ожидании online; finally полностью очистил стенд. Уточнённый сценарий сохранил этот дефект отдельным результатом и завершил шесть вариантов. Он требует исправления в121, а не считается успешной приёмкой отображения. Ранее119 отказ FQDN включал requested IDr; новая конфигурация закрепляет точный server cert и не запрашивает IDr. Проверка сертификатов не отключалась.
|
||||
|
||||
Все свои containers/network/credentials и native objects удалены после проверки ownership. Baseline16 коллекций×2 совпал; оба CHR доступны, пароли и исходная конфигурация сохранены. Application source/runtime не менялись, UI заново не тестировался. [Протокол](ux-ui/acceptance/ipsec-id-interop-2026-10-11.json). Следующий121 — SAN matching с защитой неоднозначности и нескольких ID одного principal. Windows/macOS/mobile, независимые WAN, scale/rekey и интеграции остаются открыты.
|
||||
|
||||
References: [Identity parsing6.0](https://docs.strongswan.org/docs/6.0/config/identityParsing.html), [парсер6.0.1](https://github.com/strongswan/strongswan/blob/6.0.1/src/libstrongswan/utils/identification.c).
|
||||
|
||||
| Референс | Схема |
|
||||
| --- | --- |
|
||||
| [ReUI Filtering2](https://reui.io/preview/base/data-grid-filtering-2?ref=mcp) | Native established → точный ID/сертификат → подтверждённый online; неоднозначность → неизвестно |
|
||||
+15
-1
@@ -1,6 +1,6 @@
|
||||
# Этап 12: итоговая приёмка UX/UI
|
||||
|
||||
Актуальное продолжение 2026-10-10: завершён12.5.119 в принятой конфигурации — два real strongSwan6.0.1 clients/один certificate-derived DN, две established sessions/разные VIP, Ping3/3 каждый. API online1 без случайного activeAddress/uptime, UI1280/320 passed. Docker clients/network/credentials очищены, baseline16×2 совпал. Backend ux-export118/frontend ux-bound116 прежние. FQDN/ADDR4/manual DN AUTH_FAILED сохранён; следующий120 — интероперабельность ID/encoding без ослабления certificate verification.12.5 открыт.
|
||||
Актуальное продолжение 2026-10-11: завершён12.5.120 — шесть Linux IKE ID вариантов. Certificate-derived/exact DER DN и FQDN SAN подключаются/Ping3/3; ручной DN и тот же DER с PrintableString отвергнуты. При явном remote-id FQDN API online=true, без него SAN-клиент ошибочно offline. Cleanup16×2/Docker/credentials passed. Backend118/frontend116 прежние. Следующий121 — безопасное сопоставление SAN/сессий, профильные проверки и live приёмка.12.5 открыт.
|
||||
|
||||
План: [ux-ui-plan.md](ux-ui-plan.md). Фактические результаты: [ux-ui-progress.md](ux-ui-progress.md). Подготовлен после сводных проверок 11Б; завершение каждого блока требует локального коммита без push.
|
||||
|
||||
@@ -2544,3 +2544,17 @@ References: [strongSwan configuration](https://docs.strongswan.org/docs/latest/s
|
||||
| Референс | Схема |
|
||||
| --- | --- |
|
||||
| [ReUI Filtering2](https://reui.io/preview/base/data-grid-filtering-2?ref=mcp) | Две подтверждённые сессии → один клиент онлайн → без произвольно выбранного VIP |
|
||||
|
||||
## 12.5.120 — кодирование DN и FQDN SAN в реальном IKE (2026-10-11)
|
||||
|
||||
На том же strongSwan6.0.1-6+deb13u7 последовательно проверены шесть вариантов с собственными CA/server/client certs, server certificate pin, RSA/AES256/SHA256/MODP2048. Certificate-derived DN, явный asn1dn с точными DER-байтами, FQDN из DNS SAN и FQDN с явным RouterOS remote-id установили tunnel и дали Ping3/3 каждый. Ручной текстовый DN и точный DER с единственным изменением тега CN 0x0c→0x13 отклонены AUTH_FAILED. Сертификат содержит UTF8String; парсер strongSwan6.0.1 выбирает PrintableString для этого ASCII CN. Это доказанная граница данной пары версий, не утверждение обо всех DN/PKI.
|
||||
|
||||
Обнаружено: FQDN SAN без явно заданного remote-id успешно аутентифицируется, но catalog API показывает offline. С remote-id=fqdn:… online=true. Первый helper остановился на ошибочном ожидании online; finally полностью очистил стенд. Уточнённый сценарий сохранил этот дефект отдельным результатом и завершил шесть вариантов. Он требует исправления в121, а не считается успешной приёмкой отображения. Ранее119 отказ FQDN включал requested IDr; новая конфигурация закрепляет точный server cert и не запрашивает IDr. Проверка сертификатов не отключалась.
|
||||
|
||||
Все свои containers/network/credentials и native objects удалены после проверки ownership. Baseline16 коллекций×2 совпал; оба CHR доступны, пароли и исходная конфигурация сохранены. Application source/runtime не менялись, UI заново не тестировался. [Протокол](ux-ui/acceptance/ipsec-id-interop-2026-10-11.json). Следующий121 — SAN matching с защитой неоднозначности и нескольких ID одного principal. Windows/macOS/mobile, независимые WAN, scale/rekey и интеграции остаются открыты.
|
||||
|
||||
References: [Identity parsing6.0](https://docs.strongswan.org/docs/6.0/config/identityParsing.html), [парсер6.0.1](https://github.com/strongswan/strongswan/blob/6.0.1/src/libstrongswan/utils/identification.c).
|
||||
|
||||
| Референс | Схема |
|
||||
| --- | --- |
|
||||
| [ReUI Filtering2](https://reui.io/preview/base/data-grid-filtering-2?ref=mcp) | Native established → точный ID/сертификат → подтверждённый online; неоднозначность → неизвестно |
|
||||
@@ -1,6 +1,6 @@
|
||||
# Тестовый сервер UX/UI — 2026-10-10
|
||||
|
||||
Сервер161.104.46.222: backend ux-export118/version1.0.0-test.export118, frontend ux-bound116/version1.0.0-test.bound116. Две real Linux certificate-derived ID sessions, Ping3/3×2/API online1/UI1280/320 passed. Cleanup16×2/clients/network/private files passed; оба CHR доступны/пароли прежние. Instrumental strongSwan image accept119 сохранён. Следующий120 — ручные ID/encoding interop.
|
||||
Сервер161.104.46.222: backend ux-export118/frontend ux-bound116.120: шесть IKE ID вариантов, четыре encrypted Ping3/3, два подтверждённых AUTH_FAILED; implicit SAN catalog offline — дефект для121. Cleanup16×2/Docker/credentials passed, оба CHR доступны/пароли прежние.
|
||||
|
||||
| Параметр | Проверенное состояние |
|
||||
| --- | --- |
|
||||
@@ -970,3 +970,17 @@ References: [strongSwan configuration](https://docs.strongswan.org/docs/latest/s
|
||||
| Референс | Схема |
|
||||
| --- | --- |
|
||||
| [ReUI Filtering2](https://reui.io/preview/base/data-grid-filtering-2?ref=mcp) | Две подтверждённые сессии → один клиент онлайн → без произвольно выбранного VIP |
|
||||
|
||||
## 12.5.120 — кодирование DN и FQDN SAN в реальном IKE (2026-10-11)
|
||||
|
||||
На том же strongSwan6.0.1-6+deb13u7 последовательно проверены шесть вариантов с собственными CA/server/client certs, server certificate pin, RSA/AES256/SHA256/MODP2048. Certificate-derived DN, явный asn1dn с точными DER-байтами, FQDN из DNS SAN и FQDN с явным RouterOS remote-id установили tunnel и дали Ping3/3 каждый. Ручной текстовый DN и точный DER с единственным изменением тега CN 0x0c→0x13 отклонены AUTH_FAILED. Сертификат содержит UTF8String; парсер strongSwan6.0.1 выбирает PrintableString для этого ASCII CN. Это доказанная граница данной пары версий, не утверждение обо всех DN/PKI.
|
||||
|
||||
Обнаружено: FQDN SAN без явно заданного remote-id успешно аутентифицируется, но catalog API показывает offline. С remote-id=fqdn:… online=true. Первый helper остановился на ошибочном ожидании online; finally полностью очистил стенд. Уточнённый сценарий сохранил этот дефект отдельным результатом и завершил шесть вариантов. Он требует исправления в121, а не считается успешной приёмкой отображения. Ранее119 отказ FQDN включал requested IDr; новая конфигурация закрепляет точный server cert и не запрашивает IDr. Проверка сертификатов не отключалась.
|
||||
|
||||
Все свои containers/network/credentials и native objects удалены после проверки ownership. Baseline16 коллекций×2 совпал; оба CHR доступны, пароли и исходная конфигурация сохранены. Application source/runtime не менялись, UI заново не тестировался. [Протокол](ux-ui/acceptance/ipsec-id-interop-2026-10-11.json). Следующий121 — SAN matching с защитой неоднозначности и нескольких ID одного principal. Windows/macOS/mobile, независимые WAN, scale/rekey и интеграции остаются открыты.
|
||||
|
||||
References: [Identity parsing6.0](https://docs.strongswan.org/docs/6.0/config/identityParsing.html), [парсер6.0.1](https://github.com/strongswan/strongswan/blob/6.0.1/src/libstrongswan/utils/identification.c).
|
||||
|
||||
| Референс | Схема |
|
||||
| --- | --- |
|
||||
| [ReUI Filtering2](https://reui.io/preview/base/data-grid-filtering-2?ref=mcp) | Native established → точный ID/сертификат → подтверждённый online; неоднозначность → неизвестно |
|
||||
@@ -0,0 +1,159 @@
|
||||
{
|
||||
"date": "2026-10-11",
|
||||
"block": "12.5.120",
|
||||
"runtime": {
|
||||
"backend": "ux-export118",
|
||||
"frontend": "ux-bound116"
|
||||
},
|
||||
"native": {
|
||||
"date": "2026-10-11",
|
||||
"block": "12.5.120",
|
||||
"name": "mm-ipsec120-1791659395615",
|
||||
"linux": [
|
||||
{
|
||||
"variant": "certificate-derived",
|
||||
"initiated": true,
|
||||
"vip": "198.18.120.247",
|
||||
"ping3of3": true,
|
||||
"native": [
|
||||
{
|
||||
"id": "CN=mm-ipsec120-1791659395615-client",
|
||||
"state": "established",
|
||||
"vip": "198.18.120.247"
|
||||
}
|
||||
],
|
||||
"catalog": {
|
||||
"online": true,
|
||||
"activeAddress": "198.18.120.247"
|
||||
}
|
||||
},
|
||||
{
|
||||
"variant": "manual-dn",
|
||||
"initiated": false,
|
||||
"failure": "lugin 'ctr': failed to load - ctr_plugin_create not found and no plugin file available\nplugin 'ccm': failed to load - ccm_plugin_create not found and no plugin file available\nplugin 'curl': failed to load - curl_plugin_create not found and no plugin file available\ninitiate failed: establishing CHILD_SA 'private' failed\n[IKE] initiating IKE_SA lab[1] to 194.226.121.150\n[ENC] generating IKE_SA_INIT request 0 [ SA KE No N(NATD_S_IP) N(NATD_D_IP) N(FRAG_SUP) N(HASH_ALG) N(REDIR_SUP) ]\n[NET] sending packet: from 172.19.0.2[500] to 194.226.121.150[500] (464 bytes)\n[NET] received packet: from 194.226.121.150[500] to 172.19.0.2[500] (437 bytes)\n[ENC] parsed IKE_SA_INIT response 0 [ SA KE No N(NATD_S_IP) N(NATD_D_IP) N(FRAG_SUP) CERTREQ ]\n[CFG] selected proposal: IKE:AES_CBC_256/HMAC_SHA2_256_128/PRF_HMAC_SHA2_256/MODP_2048\n[IKE] local host is behind NAT, sending keep alives\n[IKE] sending cert request for \"CN=mm-ipsec120-1791659395615-ca\"\n[IKE] authentication of 'CN=mm-ipsec120-1791659395615-client' (myself) with RSA signature successful\n[IKE] sending end entity cert \"CN=mm-ipsec120-1791659395615-client\"\n[IKE] establishing CHILD_SA private{1}\n[ENC] generating IKE_AUTH request 1 [ IDi CERT CERTREQ AUTH CPRQ(ADDR DNS) SA TSi TSr N(MOBIKE_SUP) N(NO_ADD_ADDR) N(EAP_ONLY) N(MSG_ID_SYN_SUP) ]\n[ENC] splitting IKE message (1440 bytes) into 2 fragments\n[ENC] generating IKE_AUTH request 1 [ EF(1/2) ]\n[ENC] generating IKE_AUTH request 1 [ EF(2/2) ]\n[NET] sending packet: from 172.19.0.2[4500] to 194.226.121.150[4500] (1236 bytes)\n[NET] sending packet: from 172.19.0.2[4500] to 194.226.121.150[4500] (276 bytes)\n[NET] received packet: from 194.226.121.150[4500] to 172.19.0.2[4500] (256 bytes)\n[ENC] parsed IKE_AUTH response 1 [ N(AUTH_FAILED) ]\n[IKE] received AUTHENTICATION_FAILED notify error\n"
|
||||
},
|
||||
{
|
||||
"variant": "exact-der-dn",
|
||||
"initiated": true,
|
||||
"vip": "198.18.120.247",
|
||||
"ping3of3": true,
|
||||
"native": [
|
||||
{
|
||||
"id": "CN=mm-ipsec120-1791659395615-client",
|
||||
"state": "established",
|
||||
"vip": "198.18.120.247"
|
||||
}
|
||||
],
|
||||
"catalog": {
|
||||
"online": true,
|
||||
"activeAddress": "198.18.120.247"
|
||||
}
|
||||
},
|
||||
{
|
||||
"variant": "exact-printable-dn",
|
||||
"initiated": false,
|
||||
"failure": "lugin 'ctr': failed to load - ctr_plugin_create not found and no plugin file available\nplugin 'ccm': failed to load - ccm_plugin_create not found and no plugin file available\nplugin 'curl': failed to load - curl_plugin_create not found and no plugin file available\ninitiate failed: establishing CHILD_SA 'private' failed\n[IKE] initiating IKE_SA lab[1] to 194.226.121.150\n[ENC] generating IKE_SA_INIT request 0 [ SA KE No N(NATD_S_IP) N(NATD_D_IP) N(FRAG_SUP) N(HASH_ALG) N(REDIR_SUP) ]\n[NET] sending packet: from 172.19.0.2[500] to 194.226.121.150[500] (464 bytes)\n[NET] received packet: from 194.226.121.150[500] to 172.19.0.2[500] (437 bytes)\n[ENC] parsed IKE_SA_INIT response 0 [ SA KE No N(NATD_S_IP) N(NATD_D_IP) N(FRAG_SUP) CERTREQ ]\n[CFG] selected proposal: IKE:AES_CBC_256/HMAC_SHA2_256_128/PRF_HMAC_SHA2_256/MODP_2048\n[IKE] local host is behind NAT, sending keep alives\n[IKE] sending cert request for \"CN=mm-ipsec120-1791659395615-ca\"\n[IKE] authentication of 'CN=mm-ipsec120-1791659395615-client' (myself) with RSA signature successful\n[IKE] sending end entity cert \"CN=mm-ipsec120-1791659395615-client\"\n[IKE] establishing CHILD_SA private{1}\n[ENC] generating IKE_AUTH request 1 [ IDi CERT CERTREQ AUTH CPRQ(ADDR DNS) SA TSi TSr N(MOBIKE_SUP) N(NO_ADD_ADDR) N(EAP_ONLY) N(MSG_ID_SYN_SUP) ]\n[ENC] splitting IKE message (1440 bytes) into 2 fragments\n[ENC] generating IKE_AUTH request 1 [ EF(1/2) ]\n[ENC] generating IKE_AUTH request 1 [ EF(2/2) ]\n[NET] sending packet: from 172.19.0.2[4500] to 194.226.121.150[4500] (1236 bytes)\n[NET] sending packet: from 172.19.0.2[4500] to 194.226.121.150[4500] (276 bytes)\n[NET] received packet: from 194.226.121.150[4500] to 172.19.0.2[4500] (272 bytes)\n[ENC] parsed IKE_AUTH response 1 [ N(AUTH_FAILED) ]\n[IKE] received AUTHENTICATION_FAILED notify error\n"
|
||||
},
|
||||
{
|
||||
"variant": "fqdn-san",
|
||||
"initiated": true,
|
||||
"vip": "198.18.120.246",
|
||||
"ping3of3": true,
|
||||
"native": [
|
||||
{
|
||||
"id": "mm-ipsec120-1791659395615.example",
|
||||
"state": "established",
|
||||
"vip": "198.18.120.246"
|
||||
}
|
||||
],
|
||||
"catalog": {
|
||||
"online": false
|
||||
}
|
||||
},
|
||||
{
|
||||
"variant": "fqdn-explicit",
|
||||
"initiated": true,
|
||||
"vip": "198.18.120.246",
|
||||
"ping3of3": true,
|
||||
"native": [
|
||||
{
|
||||
"id": "mm-ipsec120-1791659395615.example",
|
||||
"state": "established",
|
||||
"vip": "198.18.120.246"
|
||||
}
|
||||
],
|
||||
"catalog": {
|
||||
"online": true,
|
||||
"activeAddress": "198.18.120.246"
|
||||
}
|
||||
}
|
||||
],
|
||||
"cleanup": [
|
||||
{
|
||||
"serverId": 1,
|
||||
"/system/logging": true,
|
||||
"/ip/ipsec/identity": true,
|
||||
"/ip/ipsec/peer": true,
|
||||
"/ip/ipsec/policy": true,
|
||||
"/ip/ipsec/policy/group": true,
|
||||
"/ip/ipsec/mode-config": true,
|
||||
"/ip/ipsec/proposal": true,
|
||||
"/ip/ipsec/profile": true,
|
||||
"/certificate": true,
|
||||
"/file": true,
|
||||
"/ip/address": true,
|
||||
"/ip/route": true,
|
||||
"/ip/firewall/nat": true,
|
||||
"/ip/pool": true,
|
||||
"/interface/bridge": true,
|
||||
"/ipv6/address": true
|
||||
},
|
||||
{
|
||||
"serverId": 2,
|
||||
"/system/logging": true,
|
||||
"/ip/ipsec/identity": true,
|
||||
"/ip/ipsec/peer": true,
|
||||
"/ip/ipsec/policy": true,
|
||||
"/ip/ipsec/policy/group": true,
|
||||
"/ip/ipsec/mode-config": true,
|
||||
"/ip/ipsec/proposal": true,
|
||||
"/ip/ipsec/profile": true,
|
||||
"/certificate": true,
|
||||
"/file": true,
|
||||
"/ip/address": true,
|
||||
"/ip/route": true,
|
||||
"/ip/firewall/nat": true,
|
||||
"/ip/pool": true,
|
||||
"/interface/bridge": true,
|
||||
"/ipv6/address": true
|
||||
}
|
||||
],
|
||||
"clientImage": "sha256:c9d01c801de88b2349f685c1cb631e67a8b1c697439a00148d4045c23a584054",
|
||||
"subject": {
|
||||
"derHex": "302b3129302706035504030c206d6d2d69707365633132302d313739313635393339353631352d636c69656e74",
|
||||
"attributes": [
|
||||
{
|
||||
"oidHex": "550403",
|
||||
"stringTag": 12,
|
||||
"value": "mm-ipsec120-1791659395615-client"
|
||||
}
|
||||
],
|
||||
"san": "X509v3 Subject Alternative Name: \n DNS:mm-ipsec120-1791659395615.example",
|
||||
"printableDerHex": "302b31293027060355040313206d6d2d69707365633132302d313739313635393339353631352d636c69656e74"
|
||||
},
|
||||
"dockerCleanup": true,
|
||||
"credentialFilesRemoved": true
|
||||
},
|
||||
"authentication": "RSA certificate, private CA and explicit server certificate pin; AES256/SHA256/MODP2048",
|
||||
"encoding": {
|
||||
"certificateCn": "UTF8String 0x0c",
|
||||
"manualDn": "PrintableString 0x13 for this ASCII CN (strongSwan 6.0.1 source)",
|
||||
"oneByteExperiment": "exact DER connects; same DER with only CN tag changed to 0x13 rejects"
|
||||
},
|
||||
"knownIssue": "FQDN from certificate SAN authenticates/Ping succeeds, but implicit SAN catalog matching shows offline. Explicit remote-id fqdn works.",
|
||||
"bounds": [
|
||||
"Single Linux client at a time, one WAN/NAT; no client OS/scale/rekey acceptance",
|
||||
"Earlier 119 FQDN/ADDR4 failure used requested server ID; this run pins server cert and omits requested IDr",
|
||||
"First run failed catalog online assertion on implicit FQDN; cleanup succeeded, diagnostic mismatch retained here"
|
||||
]
|
||||
}
|
||||
Reference in new issue
Block a user