Files

vitya 5116abae07 tasks(fix-nl-vds-reality-pq-dest): open ⚪ — Reality 443 PQ×dest diagnosed, fix awaits user

Read-only diagnosis complete, server untouched. Root cause: ML-DSA-65 (PQ)
incompatible with dest www.intel.com (Akamai). Fix (intel->microsoft) staged
on board, not applied. Plain VLESS 32030 works.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

2026-06-05 11:27:10 +03:00

1.9 KiB

Raw Blame History

fix-nl-vds-reality-pq-dest

Status: ready (awaiting user "чини") Created: 2026-06-05

Проблема

Reality-инбаунд на 443 (NL VDS 213.176.64.253, 3x-UI) не коннектится. Root cause доказан: ML-DSA-65 (post-quantum REALITY) × dest/SNI www.intel.com (Akamai, не поддерживает PQ key-exchange X25519MLKEM768 → HelloRetryRequest → borrowed-TLS handshake REALITY не достраивается). Plain VLESS на 32030 работает (там security: none). Полный разбор + изоляционная матрица: .wiki/concepts/reality-pq-mldsa65-dest-incompatibility.md; узел: .wiki/entities/nl-vds-3xui.md.

Fix (рекомендация — НЕ применён, ждёт команды)

Сменить www.intel.com → www.microsoft.com (PQ-совместим, проверен 2026-06-05), симметрично:

Сервер, инбаунд 443: realitySettings.target → www.microsoft.com:443, serverNames → ["www.microsoft.com"].
Клиент v2rayN, профиль pqmkayaxo2: SNI → www.microsoft.com.

Менять через панель 3x-UI (Inbounds → edit) ИЛИ правкой x-ui.db + reload xray. Активное соединение на 32030 это не заденет. Альтернатива (проще, но теряем PQ): выключить ML-DSA-65 на инбаунде, оставить intel.

Acceptance

v2rayN профиль pqmkayaxo2 (Reality 443) подключается, трафик идёт.
Plain VLESS 32030 продолжает работать.

Where I stopped

Диагностика завершена (read-only, сервер не тронут). Жду команды user на применение fix.

1.9 KiB Raw Blame History Unescape Escape