新玩具：G7615的更换、救砖与探索

0x00 背景#

在两个月前，对网络进行测速时发现不论是有线连接还是无线连接，测速结果总会是在 940Mbps 徘徊。而众所周知，运营商在进行带宽限速模板的制定时总会给出额外的 20% 带宽作为冗余。随着 WiFi 协议的不断增进，现阶段 WiFi6 160Mhz 2x2 即可有着 2400Mbps 的速率，跑满这 20% 冗余带宽绰绰有余，于是有了更换光猫的念头。若想充分利用这部分冗余带宽，不仅需要 2.5G 及以上的上行光口，也要确保有 2.5G 的电口保证下行设备的速率。为了节省一个 2.5G 路由器的成本，最终选购的光猫便是中兴的 G7615 V1。

在某二手交易平台购入了一个 G7615 v1，并让卖家在发货前提前刷好相应地区相应运营商的固件，同时打开 telnet。经过了漫长的等待后，终于是在一周后收到了快递。当天便将原光猫的内容进行抄录备份，如 Internet 接口的 VLAN ID、光猫注册用的 LOID、原光猫的序列号与 MAC 地址、宽带拨号的账号与密码等，随后更换并通过 telnet 在新光猫的 shell 中进行配置与注册，最后更换成功，也解锁了 940Mbps 的速率限制。

随着有了 shell 的权限，便开始在光猫中翻找一些有趣的内容。此处一大部分的略过，但最后在执行了一句恐怖的mount -o rw,remount auto /命令后，G7615 变一蹶不振，无法再次启动。在某论坛查到了相关的内容，了解到只要对根目录进行 rw 的 remount 操作后就会无法启动，遂决定拆机从 TTL 开始救砖。全家扫荡似的也没找到 USB-TTL，于是从某电商平台以￥11.8 的价格购入了三个 CH340G 模块，开始 G7615 的救赎之路。

0x01 救砖前的准备#

在救砖前您需要准备的内容是：

一款串口监视器软件，如MobaXterm或Lucy
一个 USB→TTL，如 CH340，并确保已安装驱动
一位已拆机连接了 TTL 线正在等待复活的 G7615
G7615 的固件

查阅资料后得知，左上角四个触点的含义分别是 VCC、TX、RX、GND，TTL 用 1.8V 或 3.3V 均可，VCC 不可以接入，故最终接线为：空、TTL 的 RX、TTL 的 TX、TTL 的 GND。

连接了 CH340 到电脑后，请确保在设备管理器的端口中可以看到 CH340 字样

图 - 1

记录 COM 口的数字，并双击打开，在新的对话框中选择端口设置，设置为如下状态

图片 - 2

在接线完成后，打开电脑上的串口监视器软件，Serial Port 选择新接入的 CH340 串口，波特率选择 115200，同时启用 MobaXterm 的 TFTP 服务，并将需要刷写的固件（kernel.bin、framework.bin）放入到 TFTP 服务的目录中。在准备完毕后，便可以开始监听串口，并在启动光猫的时候狂敲空格确保进入交互终端中。

图 - 2

在显示了⇒ 字样后，代表已成功中断了正常的引导，进入了 UBOOT 模式，此时便可以选择刷机。

0x02 开始刷机救砖#

通过网线将电脑的网口与光猫的 LAN 口相连，并在电脑设置为静态 IP：192.168.1.100/24，默认网关项留空。

先输入nand bad ，检查是否有坏块。若返回结果为 Device 0 bad blocks，便可执行下列操作进行刷机，否则需要先进行坏块清理。

需要执行的代码有：

设置本机的 IP 与光猫的 IP

setenv ipaddr 192.168.1.1
setenv serverip 192.168.1.100
saveenv

下载所需要刷机的固件

tftp 0x88000000 G7615P2T2.bin

图 - 3

进行写入操作并重启

nand erase 0x1700000 0x3000000
nand erase 0x4700000 0x3000000
nand write 0x88000000 0x1700000 0x3000000
nand write 0x88000000 0x4700000 0x3000000
reset