技术白皮书

隐匿于明处的传输协议。

rVPN 运行在 443 端口的 WebSocket/TLS 之上——与普通 HTTPS 使用相同的端口和协议。在网络观察者看来，这条隧道就是普通的网页浏览。

它以 Double Ratchet 算法取代静态密钥交换，提供前向保密 与后泄露安全性。所有流量都通过 443 端口上的一小组 WebSocket 连接进行多路复用。

桌面端、CLI 与 Android 客户端使用 BoringSSL 模拟 Chrome 的 TLS 1.3 ClientHello 指纹，以规避深度包检测。iOS 客户端使用纯 Rust 实现的 rustls；Apple 的 Network Extension 沙箱限制了 BoringSSL 的内存模型，因此 iOS 以牺牲指纹模拟换取稳定性。服务器同样使用 rustls 处理入站 WebSocket 连接，并在同一个 :443 监听器上通过 ACME TLS-ALPN-01 自动申请和续期自己的 Let’s Encrypt 证书，无需任何外部工具或续期定时任务。

// TLS 1.3 Chrome fingerprint
fn build_chrome_connector() {
    let mut builder = SslConnector::builder();
    builder.set_min_proto_version(TLS1_3);
    builder.set_cipher_list(
        "TLS_AES_128_GCM_SHA256:
         TLS_AES_256_GCM_SHA384:
         TLS_CHACHA20_POLY1305"
    );
    builder.set_alpn_protos(b"\x08http/1.1");
    builder.build()
}

小巧而稳定的连接形态。

自 v1.3.5 起，CLI 与桌面客户端将所有的代理数据流多路复用到一组长期存活的 WebSocket/TLS 连接池上，而不再为每条流新建连接。移动端的直接 TUN 模式一直以来都在单条连接上多路复用；连接池把同样的特性带给了 SOCKS5/HTTP 模式，同时不牺牲并行能力。

rVPN 防御什么。

每一行将一种威胁对应到缓解它的机制。

动态的、可自愈的密码学状态。

rVPN 不像 OpenVPN 或 WireGuard 那样使用静态握手。它的密码学状态在整个会话期间持续演化。

内置的先进路由引擎。

客户端内置路由引擎，决定哪些流量进入隧道、哪些保持本地直连、哪些被拦截。

多服务器路由

一个配置文件可以携带额外的出口服务器，每个出口都有自己的路由域名（后缀匹配：google.com 涵盖 *.google.com）与路由 IP/CIDR。匹配的流量经由该出口发出，绝不会静默回退到默认服务器。在移动端，解析器运行在隧道扩展内部：每个出口通过自己的 DNS-over-HTTPS 通道解析域名，每个应答都会连同其 TTL 记录到共享路由表中，因此后续到这些 IP 的连接会自动走同一个出口。各出口在首次使用时才惰性建立连接，并独立重连，每个出口都有自己固定的 TOFU 身份。

启动时快速加载规则。

客户端在启动时将内置的路由与拦截列表，以及可选的用户自定义列表加载到内存中，从而保证每条连接的查询都足够快。

工作原理

域名在 HashSet 集合中匹配，并附带父域名检查。IP 范围存储于最长前缀匹配表中。所有内容均在启动时加载到内存；针对超大型企业级规则集的零拷贝序列化与增量更新已在规划之中。

没有可被利用的管理接口。

暴露 HTTP/REST 管理 API、RPC 接口或管理套接字，会为凭据窃取、权限提升和零日漏洞利用制造攻击面。

rVPN 没有管理接口。所有参数、路由规则和密钥映射都在启动时读取的静态 TOML 文件中设定。不存在任何管理 API、仪表盘或控制套接字，因此攻击者无法改变运行时状态。