谁适合使用这条 workflow
当你的 ASUS 型号教程提到 Rescue Mode 或 Firmware Restoration 类恢复，并且你有匹配的官方 ASUS 固件时，可以使用此路径。如果型号使用网页恢复、串口恢复或其他厂商流程，请按对应路径操作。
macOS 上带引导的 TFTP Server 恢复工具
Mac 上的 ASUS Rescue Mode
当 ASUS 路由器预计进入 Rescue Mode，并通过主动 TFTP 上传接收固件时，使用这条 workflow。Router Recovery 可先确认 rescue 响应，再引导上传；但固件是否被接受、写入和重启仍由路由器决定。
快速答案
- 使用匹配准确型号和地区的官方 ASUS 固件。
- 在已测试路径中，Mac 以太网设置为 192.168.1.10，子网掩码 255.255.255.0。
- 清空 ASUS 恢复网口上的 Router/Gateway。
- 先让路由器进入 Rescue Mode，再检查响应。
- 确认 ASUS rescue 响应后再开始主动上传。
- 上传后等待固件写入，并验证管理页面，不要直接假设成功。
先看懂这几个词
TFTP: 一种很简单的本地文件传输方式。在这条 ASUS workflow 中，Router Recovery 先检查 rescue 响应，再在适用时引导主动固件上传。
WRQ / ACK0: TFTP 写入请求和确认信号，用于在发送固件数据前确认 ASUS rescue 服务正在响应。
Full Unlock: 除非 App 已解锁或恢复购买成功，否则引导式 ASUS 固件数据上传需要的付费状态。
上传完成: 表示文件已经发送完毕；它不等于固件写入完成、路由器重启完成或恢复已验证。
准备 Mac 网络
在已测试 ASUS Rescue 路径中，将 Mac 有线网口设置为 192.168.1.10，子网掩码 255.255.255.0。该恢复网口的 Router/Gateway 保持为空，让救援连接只走本地链路。
进入 Rescue Mode 前先选择固件
开始响应检查前先选择官方 ASUS 固件。Router Recovery 2.1 接受 .trx、.w、.pkgtb 等 ASUS rescue 固件扩展名，但不会替你证明文件适用于所有 ASUS 型号。
进入 ASUS Rescue Mode
按具体型号的按键步骤操作，常见方式是在重新接通电源时按住 Reset，直到电源灯显示 Rescue Mode 信号。具体时机和灯号可能因型号不同而变化。
上传前先检查响应
更稳妥的顺序是先确认路由器返回预期 WRQ/ACK0 rescue 响应，再发送固件数据。这样可以减少盲目上传，也能把 ASUS 路径和 OpenWrt 式被动 TFTP 分开。
理解解锁边界
响应检查可以发生在 Full Unlock 之前；固件数据上传属于引导式付费流程，除非 App 已解锁或恢复购买成功。如果救援窗口过期，请重新让路由器进入 Rescue Mode 后再检查。
固件上传之后
当 Router Recovery 显示上传完成时，路由器可能仍在写入固件。保持通电，等待数分钟，把 Mac 以太网改回 DHCP，再检查管理页面和固件版本。
最终恢复检查清单
路由器已进入恢复模式
Mac IP 设置正确
固件文件位于 App 服务的文件夹
文件名符合设备要求
防火墙没有阻止 TFTP
网线连接到正确端口
风险提示：
路由器能否恢复取决于设备型号、固件文件和是否成功进入恢复模式。本工具用于帮助你准备和检查 TFTP Server 恢复环境。
FAQ
哪些 ASUS 设备是已验证参考设备？
RT-AC86U 和 RT-AX86U 是这条 workflow 目前最清晰的参考设备。其他 ASUS 路由器在验证前应保持 candidate path。
这会替代 ASUS Firmware Restoration 吗？
不会。这是适用于 ASUS Rescue / 主动 TFTP 行为的 Mac 侧引导流程。若官方型号教程要求特定工具或流程，应按官方教程操作。
为什么 Router/Gateway 要留空？
恢复网线连接是本地链路。Router/Gateway 留空可以减少恢复流量走错网络接口的风险。
上传完成后可以马上断电吗？
不可以。路由器可能仍在写入固件时应保持通电。只有等待并按型号说明判断后，才考虑正常断电重启。