You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
 
 

6.4 KiB

Проверки 2026-10-11

Стенд: 16 процессов uTun, 10 NAT-клиентов, 3 страны. Основной network namespace не изменился во всех перечисленных запусках.

Результаты прежних стриминговых прогонов ниже подтверждали сетевые правила шлюзов и доставку данных. Они не проверяли правильность классификации NAT внутри uTun. Новая проверка владельца endpoint: --nat-only --tcp, артефакты /tmp/nat-owner-netns-02/nat-result.json. Проверены все 16 UDP-профилей и 16 TCP-профилей: 6 UNCHANGED/OPEN, 4 EIM/OPEN, 2 EIM/CONTACT_REQUIRED, 4 DEPENDENT/UNKNOWN; TCP: 6 публичных OPEN, 10 UNKNOWN/no_listener. Точные внешние адреса совпали с ожидаемыми.

Полная проверка с новым детектором: python3 tests/stream_netns/run.py --nat-check --publisher n05 --tcp --duration 75 --rate 2000000 --faults --fault-duration 15 --output /tmp/nat-owner-stream-integration-02. PASS: сначала все 16 UDP/TCP-профилей, затем реальные JOIN/Merkle/BGP, 4041 пачка, перегрузка WAN, recovery, две отписки и END у оставшихся 13 подписчиков. Ошибок payload/checksum/порядка нет, GAP полностью учитывается. Главный namespace неизменён. make -C tests check -j4: 144 passed, 0 failed, 0 skipped (/tmp/nat-owner-regressions-02.log).

В отдельной копии исходников собраны ядро и целевые test_nat_detection / test_route_ping с одинаковыми ASAN-флагами. Оба теста прошли с ASAN_OPTIONS=detect_leaks=1:halt_on_error=1; ошибок памяти и утечек нет (/tmp/nat-owner-asan-detector.log, /tmp/nat-owner-asan-route.log).

Калибровка дополнена переходом «незапрошенный вход → исходящий контакт → вход». /tmp/nat-owner-calibration-before-guard воспроизвёл блокировку последующего UDP для restricted NAT даже без uTun. После фильтрации запрещённого входа до conntrack /tmp/nat-owner-calibration-after-guard прошёл. Главный namespace не изменился.

Сценарий Команда из корня репозитория Результат
Публичный UDP-источник, длинный прогон и перегрузка python3 tests/stream_netns/run.py --duration 120 --rate 2000000 --faults --output /tmp/stream-netns-final-01 PASS: 5996 пачек, 3 оборота timestamp, вытеснение из кольца, WAN recovery, unsubscribe, END
Источник за строгим NAT, только TCP python3 tests/stream_netns/run.py --publisher n05 --tcp-only --duration 20 --output /tmp/stream-netns-tcp-only-fixed-01 PASS: 608 пачек, END у всех 15 получателей; после исправления раннего END
Источник за строгим NAT, чистые mappings/conntrack, UDP+TCP python3 tests/stream_netns/run.py --publisher n05 --tcp --duration 75 --rate 2000000 --faults --fault-duration 15 --output /tmp/stream-netns-clean-nat-fixed-01 PASS: 4172 пачки, 2 оборота timestamp, 946 вытесненных пачек у источника; после обоих исправлений

В последнем запуске median LAN RTT: A=2,64 мс, B=2,72 мс, C=2,54 мс; WAN A–B=51,79 мс, A–C=100,85 мс, B–C=150,31 мс. Все 10 NAT-профилей прошли отдельную проверку. После калибровки создана новая сеть без ее conntrack/mappings.

У источника в последнем запуске сохранено 33 550 400 байт подписанных блоков при capacity 33 554 300 байт (в пределах 32 MiB). Все оставшиеся после unsubscribe 13 получателей дошли до cursor=4172 и получили подписанный END. Ошибок checksum/порядка/повторной DATA нет. GAP и увеличенные задержки при перегрузке отражены в summary.csv и samples.jsonl; PASS не означает доставку без пропусков.

Обнаружены и исправлены два дефекта:

  1. END первого поставщика выключал оптимизатор до дочитывания неполной FEC-пачки. Проверка до исправления: /tmp/stream-netns-early-end-before-02.log; после: /tmp/stream-netns-early-end-after.log.
  2. Restart через отстающего поставщика повторно выдавал DATA той же эпохи. Прогон /tmp/stream-netns-clean-nat-01 зафиксировал seq=2864 при ожидаемом 2865 с верным checksum. Исправление сохраняет уже выданный cursor и отложенный GAP; регрессии: /tmp/stream-netns-restart-before.log и /tmp/stream-netns-restart-after-02.log.

После последнего исправления make -C tests check -j4: 144 passed, 0 failed, 0 skipped (/tmp/stream-netns-final-unit-check.log). test_stream_service включает ранний END, старый bootstrap после restart, два restart до GAP и проверку отсутствия оставшихся отслеживаемых аллокаций. Пять проверок изоляции test_isolation.py прошли; C-агент проверен с -Wall -Wextra -Wformat=2 без предупреждений.

Файлы /tmp — результаты конкретных запусков; при очистке системы они могут быть удалены. Команды выше позволяют воспроизвести сценарии с новым каталогом --output; распределение потерь и расписание процессов могут менять количество GAP и задержки.