核心能力验证

本章节将逐一验证各个技术组件是否满足需求，分析存在的差距，并制定验证方案。

组件能力评估

1.1 NanoPi R4S 硬件能力

硬件规格验证：

性能基准测试：

根据社区测试数据，R4S 在 OpenWrt 下的表现：

• NAT 转发：可达 940 Mbps（千兆线速）
• V2Ray 代理：VMess 协议可达 400-600 Mbps
• CPU 占用：千兆流量下 CPU 占用约 30-40%

结论：R4S 硬件性能完全满足家庭千兆带宽的透明代理需求。

1.2 OpenWrt 系统支持

官方支持状态：

NanoPi R4S 已被 OpenWrt 官方支持，最新稳定版（23.05+）提供：

• 目标平台：rockchip/armv8
• 内核版本：5.15 LTS 或 6.1 LTS
• 官方固件：https://firmware-selector.openwrt.org/

关键软件包可用性：

结论：OpenWrt 对 R4S 支持完善，所需软件包均可用。

OpenWrt 支持验证

2.1 旁路由模式支持

OpenWrt 完全支持旁路由（Gateway/Bypass Router）部署模式：

网络配置能力：

• 静态 IP 配置：可为 LAN 口配置固定 IP
• 网关设置：可配置 upstream 网关指向主路由
• DHCP 选项：支持 option 3（网关）和 option 6（DNS）的自定义
• 防火墙区域：支持自定义区域和转发规则

关键配置示例：

# 旁路由典型网络配置
uci set network.lan.ipaddr='192.168.1.2'      # R4S LAN IP
uci set network.lan.gateway='192.168.1.1'     # 指向主路由
uci set network.lan.dns='192.168.1.1'         # 使用主路由 DNS
uci set dhcp.lan.ignore='0'                   # 启用 DHCP
uci set dhcp.lan.dhcp_option='3,192.168.1.2'  # 告知客户端使用 R4S 作为网关

结论：OpenWrt 原生支持旁路由模式，配置灵活。

2.2 DHCP 服务器能力

OpenWrt 使用 dnsmasq 作为 DHCP/DNS 服务器：

功能支持：

• ✅ 动态 IP 分配（DHCP 池配置）
• ✅ 静态租约（MAC 地址绑定）
• ✅ 自定义 DHCP 选项（网关、DNS、域名）
• ✅ DHCP 中继（如需）
• ✅ IPv4/IPv6 双栈支持

与主路由协作：

为避免与主路由 DHCP 冲突，需要：

1. 关闭主路由 DHCP 服务（推荐）
2. 或配置 R4S DHCP 为主 DHCP，主路由为备份

结论：dnsmasq 功能完善，满足 DHCP 服务器需求。

V2Ray 集成能力

3.1 透明代理模式验证

V2Ray 支持多种透明代理实现方式：

模式对比：

推荐方案：使用 dokodemo-door + tproxy 组合

3.2 V2Ray 分流能力

V2Ray 内置强大的路由功能：

分流规则支持：

• GeoIP：基于 IP 地理位置分流
• GeoSite：基于域名分类分流（如 geosite:cn 表示国内域名）
• IP 列表：自定义 IP 段规则
• 域名列表：自定义域名规则
• 端口规则：基于目标端口分流

典型分流策略：

{
  "routing": {
    "rules": [
      {
        "type": "field",
        "ip": ["geoip:private", "geoip:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "domain": ["geosite:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "network": "udp",
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "domain": ["geosite:geolocation-!cn"],
        "outboundTag": "proxy"
      }
    ]
  }
}

结论：V2Ray 路由功能强大，支持精细化分流。

R4S 硬件兼容性

4.1 固件兼容性

官方固件：

• OpenWrt 官方固件已支持 R4S
• 推荐使用 squashfs 格式固件（可恢复出厂设置）

第三方固件：

• ImmortalWrt：针对国内优化的 OpenWrt 分支
• FriendlyWrt：友善官方维护的固件

推荐：使用 OpenWrt 官方固件，保持与上游同步。

4.2 驱动支持

R4S 主要硬件驱动状态：

结论：R4S 驱动支持完善，无需额外闭源驱动。

验证方法与测试方案

5.1 组件验证清单

阶段 1：硬件验证

1. R4S 刷入 OpenWrt 固件并正常启动
2. 双网口工作正常（iperf3 测试可达千兆）
3. 长时间运行稳定性测试（72 小时）

阶段 2：软件验证

1. OpenWrt 基础功能（SSH、Web、网络）
2. V2Ray 安装与启动
3. 透明代理规则生效
4. DHCP 服务正常工作

阶段 3：集成验证

1. 客户端通过 R4S 上网正常
2. 代理流量正确转发
3. 直连流量不经过代理
4. 故障回退机制有效

5.2 故障回退机制验证

测试用例 1：V2Ray 进程停止

# 步骤 1：确认代理正常工作
curl -s ipinfo.io  # 应显示代理服务器 IP

# 步骤 2：停止 V2Ray 服务
/etc/init.d/v2ray stop

# 步骤 3：验证回退
ping baidu.com     # 应正常响应（国内直连）
curl -s ipinfo.io  # 应显示真实 IP（代理失效后直连）

# 步骤 4：恢复 V2Ray
/etc/init.d/v2ray start

# 步骤 5：验证代理恢复
curl -s ipinfo.io  # 应再次显示代理服务器 IP

测试用例 2：上游服务器不可达

# 模拟代理服务器网络故障
iptables -A OUTPUT -d <代理服务器IP> -j DROP

# 验证回退机制触发
# 等待检测周期（默认 30 秒）

# 验证网络可用性
ping baidu.com     # 应正常

5.3 性能测试方案

测试工具：

• iperf3：带宽测试
• speedtest-cli：外网速度测试
• htop：资源监控

测试场景：

核心能力验证结论

可行性评估汇总

关键技术差距

1. V2Ray 配置复杂度：需要编写 JSON 配置文件，对新手有一定门槛

   • 缓解方案：使用 v2rayA 或 Xray 等管理工具

2. 故障回退脚本：OpenWrt/V2Ray 无内置故障回退功能

   • 缓解方案：自定义健康检查脚本 + iptables 规则切换

3. GeoIP/GeoSite 数据库更新：需要定期更新数据库文件

   • 缓解方案：配置自动更新脚本或使用在线规则

最终结论

技术可行性：✅ 可行

所有核心组件均支持所需功能，R4S 硬件性能充足，OpenWrt 生态完善，V2Ray 透明代理方案成熟。主要挑战在于配置复杂度，可通过脚本化和工具化降低门槛。

参考资料

• OpenWrt NanoPi R4S 支持页面 - 官方硬件支持文档
• V2Ray 透明代理官方指南 - TPROXY 模式配置
• V2Ray 路由配置 - 分流规则语法
• OpenWrt DHCP 配置 - dnsmasq 设置指南
• NanoPi R4S 性能测试 - 社区性能数据