docs(proxy-client): зафиксирована успешная H3-приёмка

- Зачем:
  - нужны фактические результаты ручной приёмки на рабочем профиле.
- Что:
  - подтверждены HTTP CONNECT и SOCKS5h на Ubuntu 26.04 с Xray 26.3.27.
  - записаны результаты проверки H3 под повторной нагрузкой и после простоя.
  - сохранён открытым вопрос проверки на других семействах Linux.
- Проверка:
  - 240 последовательных запросов без ошибок, две загрузки по 10 МБ и повторные запросы после 45 секунд простоя.
  - git diff --cached --check.
This commit is contained in:
ddadmin committed 2026-07-21 10:30:53 -04:00
1 parent 6e431d875e
commit bca90c1d21
2 files changed
+51 -21

No files matched your search

@@ -1,13 +1,14 @@
# Handoff: `proxy-client` переименован, сетевой маршрут требует диагностики
# Handoff: `proxy-client` переименован, Ubuntu-приёмка пройдена
Обновлён: 2026-07-21 09:23 EDT.
Обновлён: 2026-07-21 10:08 EDT.
## Состояние задачи 05
Автоматическая часть готова. Публичное имя изменено с `xray-proxy` на
`proxy-client`, а ручная приёмка дошла до реального сетевого запроса. Xray
запускается и принимает локальные соединения, но удалённый маршрут пока не
работает. Статус тикета остаётся `ready-for-human`.
`proxy-client`. Ручная приёмка на Ubuntu 26.04 с системным Python 3.14 пройдена
на подтверждённо рабочем профиле XHTTP/TLS с ALPN `h3`. Статус тикета остаётся
`ready-for-human`, пока не решено, нужна ли проверка на РЕД ОС, Astra Linux или
Alt Linux.
Тикет: `.scratch/proxy-client/issues/05-package-delivery-and-acceptance.md`.
@@ -62,26 +63,30 @@
- `proxy-client start` успешно проверяет версию, строит JSON и запускает Xray;
- `proxy-client status` видит управляемый процесс на `127.0.0.1:12334`;
- `xray run -test` сообщает `Configuration OK`;
- встроенное определение внешнего IP работает;
- HTTP CONNECT и SOCKS5h через `127.0.0.1:12334` получают HTTP 200;
- после проверки процесс штатно остановлен командой `proxy-client stop`.
Не прошло:
Первый профиль не работал и в исходном клиенте. Его дополнительная диагностика
на Xray 26.3.27 и 25.12.8 не выявила расхождений преобразования; оба клиента
получали от удалённой стороны неверный VLESS-ответ. Понижение версии не помогло.
После замены строки на рабочую H3-профиль сразу прошёл полный сценарий на
26.3.27. Содержимое профилей в Git не попадало, временные копии удалены.
- встроенное определение внешнего IP;
- HTTP через `127.0.0.1:12334`;
- SOCKS5h через тот же порт.
Оба запроса `curl` завершились кодом 35: TLS-соединение неожиданно закрылось во
время рукопожатия. Внешний IP и содержимое профиля в вывод не попадали.
Короткая проверка стабильности H3 также прошла: 120 циклов дали 240 новых HTTP
CONNECT- и SOCKS5h-соединений без ошибок; две одновременные загрузки по 10 МБ
завершились полностью; после 45 секунд простоя оба способа снова получили HTTP
200. Известный сбой первых соединений из XTLS/Xray-core#3673 не воспроизвёлся.
Это не заменяет длительное наблюдение под обычной нагрузкой.
## Следующий шаг
Диагностировать сетевой маршрут XHTTP/TLS: сравнить профиль с рабочим клиентом,
проверить доступность удалённого узла и выяснить, связан ли EOF с преобразованием
профиля, параметрами XHTTP/TLS или удалённой стороной. До этого не отмечать
ручную HTTP/SOCKS-приёмку выполненной.
Решить, обязательна ли ручная проверка на доступной системе из семейства РЕД ОС,
Astra Linux или Alt Linux. Если нет, привести статус исходного дизайна и
заявления о поддержке в соответствие с фактически пройденной Ubuntu-приёмкой.
## Git
Переименование и текущий handoff ещё не закоммичены. Не включать посторонние
неотслеживаемые `agents/.agents/.skill-lock.json` и
`scripts/setup-xray-proxy.sh`.
Переименование зафиксировано коммитом `6e431d8`. Обновления тикета и handoff после
успешной H3-приёмки ещё не закоммичены. Не включать посторонние неотслеживаемые
`agents/.agents/.skill-lock.json` и `scripts/setup-xray-proxy.sh`.