中兴光猫TTL刷机后Telnet无法启用，常见原因有哪些？

Question

中兴光猫TTL刷机后Telnet无法启用，常见原因包括：1）固件未正确开启Telnet服务（如BusyBox未编译telnetd，或init脚本缺失启动项）；2）防火墙/iptables规则拦截23端口；3）/etc/passwd或/etc/shadow权限异常或root密码为空/被锁定；4）串口登录后未执行`telnetd -l /bin/sh`或未写入开机自启（如rc.local缺失）；5）刷入固件为精简版或运营商定制版，主动移除了telnetd二进制文件；6）TTY配置错误（如/etc/inittab未启用ttyS0登录shell）；7）系统分区只读（需先`mount -o remount,rw /`）。排查建议：TTL登录后依次检查`ps | grep telnetd`、`netstat -tlnp | grep :23`、`ls -l /usr/sbin/telnetd`及日志输出。切勿跳过校验固件完整性与适配型号。

Answer 1

```html

一、现象定位：Telnet服务不可达的表层验证

当TTL串口登录成功但telnet 192.168.1.1超时或拒绝连接时，需排除网络层连通性问题（如IP变更、ARP缓存异常）及客户端配置（如Windows防火墙、telnet客户端未启用）。执行ping 192.168.1.1与nc -zv 192.168.1.1 23确认端口可达性。此阶段不涉及系统内部状态，仅建立基础通信信任链。

二、进程级诊断：Telnet守护进程是否存在与运行

在TTL Shell中执行以下命令序列：

ps | grep telnetd
netstat -tlnp | grep ':23'
ls -l /usr/sbin/telnetd /bin/telnetd 2>/dev/null

若ps无输出且netstat无监听，说明服务未启动；若ls返回“no such file”，则二进制缺失——此时需进入固件精简性分析环节。

三、固件深度剖析：BusyBox配置与二进制完整性校验

中兴光猫多采用定制BusyBox，其telnetd需显式启用编译选项：CONFIG_TELNETD=y。使用strings /bin/busybox | grep telnetd可快速判断是否内嵌。若无输出，需重刷含完整工具集的固件（如OpenWrt适配版或社区修复固件）。同时校验MD5/SHA256值，避免刷入损坏镜像：

校验项	推荐命令	预期输出示例
固件MD5	md5sum zte_firmware.bin	a1b2c3... zte_firmware.bin
BusyBox支持	busybox telnetd --help 2>/dev/null || echo "not built-in"	BusyBox v1.35.0...

四、系统启动机制排查：init脚本与开机自启链路

光猫常见启动流程为：/etc/init.d/rcS → /etc/init.d/S* → /etc/rc.local。检查关键文件：

• cat /etc/inittab | grep ttyS0 —— 应含类似ttyS0::respawn:/sbin/getty -L ttyS0 115200 vt100
• grep -r "telnetd" /etc/init.d/ /etc/rc.local 2>/dev/null
• 若/etc/rc.local存在但无telnetd -l /bin/sh &，手动追加并chmod +x /etc/rc.local

五、安全子系统干预：用户认证与权限控制

即使telnetd运行，仍可能因认证失败退出。检查：

ls -l /etc/passwd /etc/shadow
grep "^root:" /etc/passwd
awk -F: '$1=="root"{print $2}' /etc/shadow

若/etc/shadow中root密码字段为*或!，表示被锁定；若为空（::），则需用passwd root重置（需确保/bin/passwd存在且/etc/shadow可写）。

六、网络栈拦截分析：iptables规则穿透检测

执行iptables -L -n -t filter与iptables -L -n -t nat，重点观察INPUT链是否含REJECT或DROP规则匹配dpt:23。临时放行测试：

iptables -I INPUT -p tcp --dport 23 -j ACCEPT
iptables -I INPUT -p udp --dport 23 -j ACCEPT

若生效，需将规则持久化至/etc/firewall.user或对应init脚本。

七、存储挂载状态诊断：只读文件系统陷阱

多数光猫根分区默认只读以保稳定。执行mount | grep " / "，若输出含ro,，则必须重挂载：

mount -o remount,rw /
# 验证：mount | grep " / " | grep "rw,"

注意：部分型号需先echo 0 > /proc/sys/kernel/modules_disabled解锁模块加载能力，再执行挂载。

八、综合复现路径：结构化排障流程图

graph TD
  A[TTL登录成功] --> B{ps | grep telnetd?}
  B -->|否| C[检查/usr/sbin/telnetd是否存在]
  B -->|是| D{netstat -tlnp | grep :23?}
  C -->|否| E[重刷完整固件/注入telnetd]
  C -->|是| F[手动启动：telnetd -l /bin/sh &]
  D -->|否| F
  D -->|是| G{iptables拦截?}
  G -->|是| H[iptables -I INPUT -p tcp --dport 23 -j ACCEPT]
  G -->|否| I{root密码有效?}
  I -->|否| J[passwd root 或 修改/etc/shadow]
  I -->|是| K[Telnet应可连接]
  F --> L[写入/etc/rc.local确保开机自启]
  H --> L
  J --> L

九、高阶防御规避：运营商定制固件的逆向策略

部分ZTE光猫（如ZXHN F660 V10.0.10B）在启动时动态加载/lib/modules/xxx.ko并hooksys_execve，拦截telnetd调用。此时需：

• 使用cat /proc/kallsyms | grep sys_execve定位内核符号
• 通过insmod加载绕过模块（需匹配内核版本）
• 或修改/etc/init.d/rcS，在init早期阶段直接echo 1 > /proc/sys/net/ipv4/ip_forward并启动telnetd

十、生产环境加固建议：可持续维护的最小侵入方案

避免每次重启后重配，推荐构建“刷机后一键初始化”脚本：

#!/bin/sh
mount -o remount,rw /
sed -i '/telnetd/d' /etc/rc.local
echo 'telnetd -l /bin/sh &' >> /etc/rc.local
chmod +x /etc/rc.local
iptables -I INPUT -p tcp --dport 23 -j ACCEPT 2>/dev/null
echo 'root:admin' | chpasswd 2>/dev/null
sync

该脚本兼顾可重复执行性、错误抑制与原子性，适用于批量部署场景。

```