软路由重启后不能翻墙，手动启动才恢复？检查开机自启
软路由平时能翻墙，一重启就失效，进入后台手动启动代理插件后又恢复。遇到这种情况，可以先检查开机自启，再看开机时是否有启动错误。
本文以 OpenWrt 和 LuCI 网页管理界面为例。代理插件的名称、按钮和服务对应关系各不相同，具体配置要以所用插件的官方文档为准。
先分清两件事：允许启动和已经启动
开机自启表示系统启动时允许尝试启动这个服务。
正在运行表示它此刻确实在工作。
一个服务可能允许开机自启，但本次启动失败；也可能当前是你手动启动的，却没有设置下次开机自启。OpenWrt 的服务管理文档将 enable、start、enabled 和 running 分别列为不同操作或检查项。查看官方服务管理说明
因此，手动点“启动”后能用，并不能直接证明自启设置正确。
第一步：先确认基础网络恢复了
重启后先等待路由器和上游设备完成启动，再用一台测试设备访问平时可以直连的普通网站。
如果代理插件已经尝试启动，但普通网站也不通，可以通过插件提供的暂停方式做一次对比，同时查看上游连接是否正常。WAN 就是软路由通向外部网络的一侧。
如果基础联网尚未恢复，先处理这一层。只用一个需要翻墙的网站测试，很难区分“网络还没好”和“代理没有启动”。
记下三个时间：路由器重启、普通网页恢复、手动启动代理。后面查看日志时，这条时间顺序很有用。
第二步：核对实际的自启状态
可以先在代理插件自己的页面查找启用或开机启动选项，核对该插件文档中的说明。
如果文档确认它对应一个 OpenWrt 系统服务，再进入 LuCI 的“系统 → 启动”，找到那个服务。不要根据名称相似就修改陌生服务；有些插件的主开关还会影响启动行为，系统列表只能说明其中一层。
这里容易看错的是“已启用/Enabled”：
- 它通常表示自启已允许，并不表示代理内核现在运行正常。
- “启动/Start”用于立即尝试启动，是另一项操作。
- 如果确认自启处于禁用状态，可以启用对应服务；随后仍要检查实际运行结果。
LuCI 项目的启动页面源码也把“启用/禁用”和“启动/重启/停止”分成了不同按钮。查看 LuCI 启动页面的项目资料
只调整已确认的代理服务即可。网络等基础服务关系到后台访问，不要顺手一起停用。
第三步：自启已允许，为什么仍然失败？
此时先看日志。重点找开机后第一次尝试启动代理的记录，再与手动启动成功时比较。
可以关注这些方向，但都需要实际错误佐证：
| 日志或现象 | 下一步核对 |
|---|---|
| 提示配置读取或解析失败 | 当前选中的配置、文件是否存在、插件是否支持其格式 |
| 获取订阅失败，稍后手动更新才成功 | 当时的联网与域名解析、订阅地址和有效期 |
| 服务启动后很快退出 | 退出前后的错误，以及插件和内核版本 |
| 等普通上网恢复后，手动启动就成功 | 比较联网恢复与首次启动的顺序 |
| 服务显示运行，代理网站仍失败 | 实际节点、规则及连接错误，不能只看运行标志 |
“稍后手动启动能用”可以作为排查启动时机的线索，但不能据此认定只需固定延迟几秒。不同拨号方式、插件重试机制和配置加载方式都可能影响结果。
如果插件确实提供等待网络、失败重试或延迟启动功能，先核对其官方说明，再一次调整一项。不要直接复制陌生的开机脚本。
第四步：再次重启前，先保存日志
查看插件日志和 LuCI 的“系统日志”页面；页面位置可能随固件和界面变化。熟悉命令行的用户也可以用 logread 查看 OpenWrt 系统日志。
OpenWrt 的默认日志通常保存在内存中的环形缓冲区，容量有限，重启后也不能指望保留上一次的完整记录。因此，应在再次重启前复制故障附近的日志。查看官方日志说明
如果日志日期明显不对，先记下这一现象，并检查系统时间同步。OpenWrt 的 NTP 文档说明了通过网络同步时间的方法；这里的 NTP 可以理解成联网对时。查看时间同步说明
分享日志前，遮挡订阅链接、节点密码和其他凭据。
最后做一次完整的重启验证
保存设置后，在方便短暂中断家庭网络的时间进行正常重启。保持同一台测试设备、相同网络和相同测试网页，记录：
- 普通上网是否自行恢复。
- 代理服务是否自行启动，日志是否还有原错误。
- 需要代理的网站是否恢复，而不是只看“运行中”三个字。
- 整个过程是否还需要手动点启动。
如果仍然复发，把自启状态、开机失败日志和稍后成功日志放在一起求助。这样的对照更容易解释问题，也能让后续调整有依据。
资料核对日期：2026 年 10 月 10 日。
评论