恢复 IP 使用边界
这是恢复准备参考,不是自动设备识别结果。
- 准确型号 型号、硬件版本和地区可能改变恢复方式 需确认
- 协议方向 区分路由器请求文件、电脑主动上传和 Web Rescue 需确认
- Mac 以太网 直接网线、临时静态 IP 和恢复后 DHCP 可提前准备 可准备
- 固件与文件名 只使用匹配型号的可信固件与文档要求的名称 需确认
先解决三个“需确认”项目,再修改 Mac 网络。
恢复 IP 线索 · MACOS
先把这些地址当作型号核对线索。准确的电脑 IP、路由器 IP、协议方向和固件文件名,必须以具体型号与硬件版本的恢复文档为准。
本表不表示同一品牌的所有设备使用相同 IP,也不表示每种恢复方式都能由 Router Recovery 处理。
先确认型号,不先猜 IP
表内地址来自明确示例或同网段解释,不应跨型号套用。来源列优先指向厂商文档或本站有边界的恢复说明。
这是恢复准备参考,不是自动设备识别结果。
先解决三个“需确认”项目,再修改 Mac 网络。
来源已核对的示例
表内地址来自明确示例或同网段解释,不应跨型号套用。来源列优先指向厂商文档或本站有边界的恢复说明。
| 场景 | 电脑临时 IP 示例 | 路由器 / 协议行为 | 仅在以下条件使用 | 来源 |
|---|---|---|---|---|
| 192.168.1.1 本地恢复网段 | 192.168.1.254 |
同一 /24 网段示例;具体可能是 TFTP、Web 或 failsafe | 准确型号文档确认路由器恢复地址为 192.168.1.1 | 本站地址说明 |
| TP-Link Deco M5 / P7 官方示例 | 192.168.0.66 |
路由器通过 TFTP 请求特定恢复文件名 | 仅限官方文档列出的 Deco M5 / P7 与对应硬件版本 | TP-Link 官方 |
| ASUS RT-AC68U Rescue Mode 示例 | 192.168.1.10 |
电脑通过 Firmware Restoration 主动上传 | 型号支持 ASUS Rescue Mode;不要当作 Router Recovery 标准 Server 路径 | ASUS 官方 |
| NETGEAR 官方 TFTP Client 示例 | 192.168.1.10 |
电脑向 192.168.1.1 主动 Put 固件 | 型号文档明确支持 TFTP Client;另行区分 NMRP | NETGEAR 官方 |
| Cudy 官方 TFTP 示例 | 192.168.1.88 |
路由器请求 recovery.bin | 准确型号支持该官方流程,并使用对应官方固件 | Cudy 官方 |
| OpenWrt / ImmortalWrt | 没有统一值 |
由设备 bootloader、target 与型号恢复入口决定 | 查具体设备文档;不要从固件项目名称推断 IP | 选择恢复路径 |
厂商页面也可能更新。开始操作前,仍应从准确型号的支持页重新确认硬件版本、固件与恢复步骤。
先看懂字段
设备在恢复模式下开放的地址,可能与正常管理地址不同,也可能只短暂出现。
Mac 以太网在同一网段使用的另一个地址,不能与路由器或其他设备冲突。
Router Recovery 主要准备“路由器向 Mac 请求文件”的本地 TFTP Server 场景;主动上传、Web 和 NMRP 是不同路径。
安全使用顺序
只在型号证据明确后改动网络。完成恢复后,把 Mac 恢复到正常配置。
记录准确型号、硬件版本、地区,并打开对应厂商或设备恢复文档。
分清路由器地址、电脑地址,以及路由器请求文件还是电脑主动上传。
用网线直连,只修改目标以太网接口,并设置文档要求的临时静态 IP。
传输和重启完成后退出 TFTP,并把 Mac 接口切回 DHCP 或原配置。
FAQ
同一品牌不同型号、硬件版本和 bootloader 可能使用不同地址、文件名与恢复协议。品牌只能缩小范围,不能替代型号文档。
不是。它只是路由器使用 192.168.1.1/24 时常见的同网段选择之一。厂商文档也可能要求 192.168.0.66、192.168.1.10、192.168.1.88 或其他地址。
方向不同。路由器请求 Mac 上的文件时,Mac 运行 Server;电脑主动把文件上传到路由器时,电脑运行 Client。两者不能混为同一流程。
退出临时 TFTP 服务,把 Mac 以太网恢复为 DHCP 或原配置,并恢复正常防火墙和网络连接。
下一步