告别手动重启！用Shell脚本自动搞定天翼网关4.0光猫（附TEWA-1006G等型号通用教程）
家庭网络自动化革命：用Shell脚本智能管理天翼网关光猫
深夜加班赶方案时网络突然卡顿，视频会议关键时刻画面冻结，游戏团战时延迟飙升——这些场景对现代家庭用户来说都不陌生。而问题的根源往往指向那个被我们忽视的黑色小盒子：光猫。传统解决方案是手动拔插电源或登录管理页面重启，但在2024年，我们有更优雅的自动化方案。
1. 为什么需要自动化光猫管理？
家庭网络设备中，光猫作为运营商网络的入口节点，承担着光电转换、路由分发等核心功能。长期运行后容易出现内存泄漏、进程僵死等问题，表现为：
- 网络性能衰减：下载速度从100Mbps逐渐降至30Mbps
- 连接不稳定：Wi-Fi频繁断开重连
- 延迟波动：ping值从10ms突增至500ms+
典型光猫故障特征对比表
| 症状类型 | 手动重启效果 | 自动重启适用性 |
|---|---|---|
| 网速下降 | 立即恢复 | ★★★★★ |
| 端口无响应 | 需要硬重启 | ★★☆☆☆ |
| DHCP失效 | 可能需等待 | ★★★★☆ |
| WiFi断流 | 通常有效 | ★★★★★ |
传统手动重启方式存在三大痛点：
- 操作繁琐：需要记住管理地址、账号密码
- 响应滞后：问题发生时用户可能不在家
- 记录缺失：无法统计故障频率和规律
# 手动重启的典型步骤示例 1. 打开浏览器输入192.168.1.1 2. 输入admin/useradmin和密码 3. 导航到系统管理→重启 4. 确认等待2-3分钟2. 自动化解决方案核心架构
我们的智能重启系统基于Shell脚本实现，核心组件包括：
- 认证模块：处理光猫的cookie和token获取
- 控制模块：发送重启指令
- 调度模块：与crontab集成实现定时任务
典型部署环境要求：
- 任何能运行Shell的Linux设备（路由器/NAS/树莓派）
- curl工具（用于HTTP请求）
- grep/cut等文本处理工具
- 稳定的局域网连接
注意：不同品牌光猫的管理接口可能差异较大，本文以天翼网关4.0系列（TEWA-1006G等）为例，其他型号需要调整API路径
3. 实战：构建智能重启脚本
完整脚本分为三个关键阶段，每个阶段都需要特定的参数处理：
3.1 环境配置与变量设置
脚本开头需要定义关键参数，建议创建一个独立的配置文件：
#!/bin/bash # 配置文件建议使用绝对路径 CONFIG_FILE="/etc/tewa_router.conf" # 加载配置或使用默认值 ROUTER_IP=${ROUTER_IP:-"192.168.1.1"} ADMIN_USER=${ADMIN_USER:-"useradmin"} ADMIN_PWD=${ADMIN_PWD:-"your_password"} LOG_FILE="/var/log/tewa_reboot.log"3.2 认证流程实现
天翼网关采用基于cookie和token的双重验证，需要模拟浏览器行为：
# 获取认证cookie get_auth_cookie() { local login_url="http://${ROUTER_IP}/cgi-bin/luci" local auth_cookie=$(curl -s -i "${login_url}" \ -H "Content-Type: application/x-www-form-urlencoded" \ -d "username=${ADMIN_USER}&psd=${ADMIN_PWD}" \ | grep -i 'Set-Cookie' \ | cut -d ' ' -f2 | cut -d ';' -f1) [ -z "$auth_cookie" ] && { echo "$(date) - 获取Cookie失败" >> $LOG_FILE exit 1 } echo $auth_cookie }3.3 安全重启执行
获取token后发送重启指令，增加结果验证：
execute_reboot() { local cookie=$1 local token=$(curl -s "http://${ROUTER_IP}/cgi-bin/luci/" \ -H "Cookie: ${cookie}" \ | grep -m 1 -oE '[0-9a-f]{32}') curl -X POST "http://${ROUTER_IP}/cgi-bin/luci/admin/reboot" \ -H "Cookie: ${cookie}" \ -d "token=${token}" > /dev/null 2>&1 # 验证指令是否生效 sleep 3 ping -c 1 ${ROUTER_IP} > /dev/null && { echo "$(date) - 重启指令发送失败" >> $LOG_FILE return 1 } echo "$(date) - 成功触发重启" >> $LOG_FILE return 0 }4. 高级部署与优化策略
基础功能实现后，可以考虑以下增强功能：
4.1 智能调度系统
不建议简单定时重启，而是基于网络状态的智能判断：
# 网络健康检查函数 check_network_health() { local latency=$(ping -c 3 ${ROUTER_IP} | tail -1 | awk -F '/' '{print $5}') local packet_loss=$(ping -c 10 ${ROUTER_IP} | grep 'packet loss' | awk '{print $6}') # 判断条件：延迟>100ms或丢包>20% [ $(echo "$latency > 100" | bc) -eq 1 ] || \ [ ${packet_loss%.*} -gt 20 ] && return 1 return 0 }4.2 多设备容灾方案
为防止执行节点单点故障，建议采用多设备协同方案：
部署架构对比
| 方案类型 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
| 单路由器 | 部署简单 | 路由器重启时失效 | 基础家庭网络 |
| NAS+路由器 | 冗余度高 | 需要配置同步 | 小型办公室 |
| 树莓派集群 | 高可用性 | 维护复杂 | 极客用户 |
4.3 安全增强措施
自动化脚本涉及敏感凭证，必须考虑安全防护：
- 配置文件权限：
chmod 600 /etc/tewa_router.conf - 日志轮转：配置logrotate防止日志膨胀
- 执行限制：通过锁文件防止重复执行
- 网络隔离：限制只有管理设备能访问光猫管理界面
# 使用flock防止并发执行 [ "${FLOCKER}" != "$0" ] && exec env FLOCKER="$0" flock -en "$0" "$0" "$@" || :5. 常见问题与排错指南
实施过程中可能遇到的典型问题：
问题现象：脚本执行但光猫未重启
- 检查项：
- 确认ROUTER_IP是否正确
- 验证用户名密码是否变更
- 检查curl版本是否支持HTTPS
- 抓包分析API响应
性能优化技巧：
- 使用HTTP持久连接减少握手开销
- 缓存token在一定时间内重复使用
- 添加重试机制应对临时网络波动
# 带重试的认证实现 retry_command() { local retries=3 local delay=2 local count=0 until [ $count -ge $retries ]; do "$@" && break count=$((count+1)) sleep $delay done return $? }在实际部署中，我发现最实用的调试方法是启用详细日志记录，在关键步骤输出状态信息。例如在获取cookie和token时记录响应头，可以帮助快速定位认证失败的原因。同时建议在非高峰时段测试脚本，避免影响正常网络使用。