openwrt uu主机加速插件，在旁路由模式下，手机端显示网络未连接

<think>嗯，用户现在遇到了一个具体的技术问题：在旁路由模式下使用OpenWrt的UU主机加速插件时，手机端显示网络未连接。这确实是个很典型的网络配置问题，需要仔细分析旁路由模式和UU插件的运作机制。 用户提供的背景信息中提到两个关键点：一是之前遇到过VMware桥接网络的问题（引用1），二是UU插件的安装方式（引用2）。不过当前问题与虚拟机环境无关，重点在于旁路由的流量转发逻辑。 从技术角度看，旁路由模式下所有流量都要经过主路由转发，而UU加速插件的工作原理需要直接接管游戏主机的流量。这里可能存在三个层面的冲突： 1）防火墙规则可能导致旁路由丢弃了UU插件的探测包 2）主路由的网关/DNS设置未正确指向旁路由 3）UU插件自身的NAT循环问题 用户提到“手机端显示网络未连接”，这个现象特别值得注意。因为UU加速通常只影响游戏流量，普通网络连接应该正常。这说明可能是基础网络配置错误，而不只是插件问题。 需要分步骤排查：先确认旁路由基础功能是否正常，再检查UU插件的NAT配置，最后验证防火墙规则。特别要注意手机连接WiFi时，DHCP下发的网关地址必须是旁路由IP，但很多用户会忽略这点。 用户似乎对网络配置有一定了解（能设置旁路由模式），但可能对流量转发原理不熟悉。回复时要避免过多术语，重点给出可操作的命令和截图位置。比如明确告知需要在“网络-接口-LAN”里修改什么参数，在“防火墙-自定义规则”添加哪条命令。 那个UU插件的安装命令（引用2）是官方提供的，但可能缺少旁路由模式下的特别配置。需要提醒用户检查UU管理界面里的“加速模式”是否设置为旁路模式——这个选项藏得比较深，很多用户找不到。 最后要强调备份的重要性。修改防火墙和路由表有风险，建议用户先导出当前配置。上次回复时提到的Breed不死引导变砖案例（引用3）就是很好的警示。</think>以下是针对旁路由模式下 OpenWrt UU 加速插件导致手机端显示"网络未连接"的完整解决方案，按操作优先级排序： --- ### 一、核心问题定位 当旁路由开启 UU 加速时手机断网，本质是 **流量转发规则冲突** 或 **防火墙阻断**，需同时解决： ```mermaid graph TD A[手机断网] --> B{流量路径分析} B --> C1[主路由DHCP未指向旁路由] B --> C2[UU插件NAT规则冲突] B --> C3[防火墙丢弃转发包] ``` --- ### 二、分步解决方案 #### 步骤 1：确认旁路由基础配置正确 1. **主路由 DHCP 设置** - 进入主路由后台 → DHCP 服务器 → 网关/DNS 选项 - 将网关和 DNS **强制指向旁路由 IP**（如 `192.168.1.2`） *示例：若主路由 IP 为 `192.168.1.1`，旁路由为 `192.168.1.2`，则设置：* ```ini 网关：192.168.1.2 DNS：192.168.1.2 ``` 2. **旁路由网络配置** - 登录 OpenWrt → 网络 → 接口 → LAN → 编辑 - 基本设置：协议 **静态地址**，IPv4 网关填 **主路由 IP**（`192.168.1.1`） - 高级设置：取消勾选 **"使用默认网关"** - DHCP 服务器：勾选 **"忽略此接口"** #### 步骤 2：修复 UU 插件 NAT 冲突 UU 在旁路由模式需关闭其 NAT 功能，否则会与主路由冲突： ```bash # SSH 登录 OpenWrt 执行 uci set uuplugin.@uu[0].nat_enable='0' # 关闭UU的NAT uci commit uuplugin /etc/init.d/uuplugin restart ``` #### 步骤 3：防火墙放行加速流量 在 OpenWrt 防火墙中添加规则： ```bash # 编辑自定义规则 vim /etc/firewall.user ``` **追加以下内容**（替换 `192.168.1.2` 为旁路由 IP）： ```bash # 放行 UU 加速端口 iptables -t nat -A POSTROUTING -o br-lan -j MASQUERADE iptables -I FORWARD -i br-lan -o br-lan -j ACCEPT iptables -I INPUT -p udp --dport 10443 -j ACCEPT # UU 核心端口 iptables -I INPUT -s 192.168.1.0/24 -j ACCEPT # 放行局域网 ``` 重启防火墙： ```bash /etc/init.d/firewall reload ``` #### 步骤 4：验证流量路径 在手机上执行路由追踪（需安装 Termux）： ```bash traceroute 8.8.8.8 ``` **正常路径应显示**： ```text 1: 192.168.1.2 (旁路由) 2: 192.168.1.1 (主路由) 3: ... (公网) ``` 若第一跳非旁路由 IP，说明 DHCP 配置未生效。 --- ### 三、高级调优 #### 1. 启用 UU 旁路模式（关键！） 登录 UU 插件 Web 管理页（通常 `http://旁路由IP:1024`）→ 加速设置 → 选择 **"旁路模式"**  *（图示：勾选旁路模式选项）* #### 2. 禁用 IPv6 干扰 若主路由开启 IPv6，在 OpenWrt 的 LAN 接口中： ```bash uci set network.lan.ip6assign='0' # 禁用IPv6分配 uci commit network /etc/init.d/network restart ``` --- ### 四、故障排查表 | 现象 | 检查点 | 解决命令 | |---------------------|--------------------------------|----------------------------------| | 手机无法获取IP | 主路由 DHCP 是否指向旁路由 | `cat /tmp/dhcp.leases` (主路由) | | UU 插件无法启动 | 检查 NAT 状态 | `uci get uuplugin.@uu[0].nat_enable` | | 加速后延迟反而增加 | 确认是否开启旁路模式 | 登录 UU Web 控制台确认 | | 电脑正常手机断网 | 检查手机网关是否指向旁路由 | `adb shell ip route show` | --- ### 五、根本原理解析 旁路由模式下 UU 的工作流程： $$ \text{手机} \xrightarrow{\text{网关:旁路由}} \text{OpenWrt} \xrightarrow{\text{UU 旁路}} \xrightarrow[\text{转发}]{\text{主路由}} \text{互联网} $$ 当 UU 错误开启 NAT 时，会形成 **双重 SNAT**： $$ \text{手机IP} \xrightarrow{\text{NAT}} \text{旁路由IP} \xrightarrow{\text{二次NAT}} \text{主路由IP} $$ 导致回程流量无法匹配连接跟踪（conntrack）而被丢弃[^1]。 ---