恢复路径判断状态
这是路径选择清单,不是实时设备检测。
- 准确型号 型号、硬件版本和地区决定固件与恢复方式 需确认
- 恢复方法 先分清 TFTP Request、Web Rescue、ASUS Rescue 或厂商协议 需确认
- Mac 环境 网线、临时静态 IP 和本地 TFTP 可以提前准备 可准备
- 固件文件 镜像类型、硬件版本和固定文件名必须匹配 需确认
先解决橙色项目,再进入 Mac 侧 TFTP 准备。
ROUTER RECOVERY PATH · MACOS
不同品牌和型号可能使用标准 TFTP、Web Rescue、ASUS Rescue、NMRP 或其他流程。先确认恢复方式,再准备 Mac 静态 IP、固件、网线和恢复模式。
macOS 付费 App · 前往 Mac App Store 查看当地价格。恢复检查在 Mac 上运行,不在此网页运行。
复制此链接,通过你常用的方式传到 Mac。
Router Recovery 面向由路由器在局域网内请求固件的常见恢复流程;它不是厂商工具、TTL 串口或硬件编程器的替代品。
先选路径,再准备工具
型号教程使用什么方式,就进入对应路径。不要因为页面出现 TFTP 一词,就把所有恢复协议当成相同。
这是路径选择清单,不是实时设备检测。
先解决橙色项目,再进入 Mac 侧 TFTP 准备。
恢复方式入口
型号教程使用什么方式,就进入对应路径。不要因为页面出现 TFTP 一词,就把所有恢复协议当成相同。
标准路径
若型号要求路由器请求文件,先在 Mac 准备 TFTP Server,再进入恢复模式;若 Mac 主动发起上传,则按文档使用 TFTP 客户端。会手动配置时,独立工具可能已足够;需要引导检查时再选 Router Recovery。
准备 TFTP 恢复开源固件
用于刷机失败、LuCI 不可达且设备仍有明确 Web 或 TFTP 恢复入口的场景。
查看 OpenWrt 路径厂商恢复
先确认 ASUS Rescue Mode、官方固件和型号支持边界,再检查 Mac 侧响应。
查看 ASUS Rescue浏览器上传
如果设备打开本地 Firmware Upgrade 页面,固件上传发生在浏览器,不走标准 TFTP 传输。
查看 Web Recovery协议边界
按准确型号区分 NMRP 专用工具、TFTP 客户端上传和 Mac TFTP Server 等待请求。App 不执行 NMRP;这些流程不能因品牌相同就互换。
查看 NETGEAR 边界仍不确定
先确认按键、网口、恢复 IP、灯号和短暂网络响应,再决定是否需要 TFTP。
检查恢复模式安全恢复顺序
先做不会伤害设备的核对,再触发短暂恢复窗口。某一步不确定,就停在那里查型号文档。
记录型号、硬件版本、地区和文档要求的恢复协议。
确认来源、镜像类型、硬件版本和设备要求的文件名。
网线连接型号文档指定的网口,准备临时静态 IP;只有对应流程要求时才启动本地 TFTP。Wi-Fi 不必一律关闭,按型号说明或路由冲突处理。
最后执行型号要求的按键与上电时序,并观察请求或 Web 救援页。
产品边界
最终检查
ROUTER RECOVERY · MACOS
Router Recovery 帮助把网线、临时 IP、固件文件、服务目录和本地 TFTP 等待状态放进一个更清楚的恢复流程。
FAQ
不是。不同设备可能使用 Web Rescue、厂商工具、NMRP、串口或硬件恢复。只有型号文档明确要求 TFTP Server 时才按标准 TFTP 路径准备。
使用型号文档要求的地址。192.168.1.254 很常见,但 TP-Link 等设备也可能要求 192.168.0.66 或其他地址。
不能默认互换。镜像类型由设备当前状态和恢复入口决定,必须匹配准确型号与硬件版本。
不能。App 帮助准备和检查 Mac 侧环境;恢复结果仍取决于设备、bootloader、固件和是否成功进入恢复模式。
品牌路径