小米万兆路由器SHH如何开启SSH调试模式？

Question

如何在小米万兆路由器（型号SHH）上开启SSH调试模式？常见方法包括通过官方固件漏洞、Bootloader解锁或第三方工具注入。但用户反映，即使刷入开发版固件，SSH服务仍无法启动，提示“connection refused”。问题可能源于系统未正确加载SSH守护进程，或防火墙规则阻止了22端口。此外，部分版本存在SSH开关灰显不可用的情况。如何正确启用并确保SSH服务稳定运行？

Answer 1

一、小米万兆路由器（型号SHH）开启SSH调试模式的深度解析

1. 基础认知：SSH调试模式的作用与风险

SSH（Secure Shell）是远程管理网络设备的核心协议。在小米万兆路由器（型号SHH）中，启用SSH可实现命令行级配置、日志分析及固件调试。

然而，官方通常出于安全考虑默认关闭SSH功能，尤其在稳定版固件中完全隐藏入口。开发者或高级用户需通过非常规手段激活该服务。

常见开启方式包括：

• 利用已知固件漏洞提权并注入SSH守护进程
• 通过Bootloader阶段解锁系统分区写权限
• 使用第三方工具（如miwifi_ssh、AutoSSHEnabler）自动注入脚本
• 刷入开发版/测试版固件后手动启用隐藏开关

2. 常见问题现象与初步诊断

用户反馈即使刷入开发版固件，仍出现“connection refused”错误。此问题可能由以下原因导致：

故障类型	具体表现	潜在根源
服务未启动	netstat无22端口监听	sshd守护进程未加载或崩溃
防火墙拦截	端口被iptables DROP	系统策略阻止外部访问
配置灰显	Web界面SSH开关不可用	机型白名单校验失败
权限不足	无法修改/etc/init.d/sshd	文件系统只读或SELinux限制
依赖缺失	执行sshd报错找不到库	交叉编译环境不匹配

3. 深度排查流程图

        ```mermaid
        graph TD
            A[尝试连接SSH] --> B{是否返回connection refused?}
            B -->|是| C[检查22端口是否监听]
            B -->|否| Z[进入登录流程]
            C --> D[执行 netstat -an | grep :22]
            D --> E{是否有LISTEN状态?}
            E -->|否| F[确认sshd进程是否存在]
            E -->|是| G[检查iptables规则]
            F --> H[ps | grep sshd]
            H --> I{进程存在?}
            I -->|否| J[尝试手动启动 /etc/init.d/sshd start]
            I -->|是| K[查看日志 /var/log/messages]
            J --> L[观察输出错误信息]
            G --> M[iptables -L INPUT -n | grep :22]
            M --> N{规则是否允许?}
            N -->|否| O[iptables -I INPUT -p tcp --dport 22 -j ACCEPT]
            N -->|是| P[考虑物理层或NAT问题]
        ```
    

4. 解决方案分层实施

针对不同层级的问题，采取递进式修复策略：

1. 第一层：确认开发版固件正确刷入
   • 进入后台查看“系统版本”是否为“Dev”标识
   • 校验MD5值与官方发布包一致
2. 第二层：强制启用SSH开关

                   # 登录Web终端或串口控制台
                   echo "enable_ssh=1" >> /etc/config/custom
                   uci set dropbear.main.enable='1'
                   uci commit dropbear
               

3. 第三层：手动部署Dropbear SSH服务

   若原生服务缺失，可从相同架构（如mipsel-24kc）的OpenWRT镜像提取dropbear二进制文件。

                   scp dropbearmulti root@192.168.31.1:/usr/sbin/dropbear
                   chmod +x /usr/sbin/dropbear
                   /usr/sbin/dropbear -F -E -p 22
               

4. 第四层：绕过白名单限制

   部分SHH型号因硬件ID不在白名单而禁用SSH。可通过patch libc函数模拟合法机型：

                   # 使用hexedit修改/lib/libc.so.6中的get_device_model字符串返回"Redmi Router AX6000"
               

5. 第五层：持久化与安全加固

   确保SSH在重启后仍可用，并设置密钥认证提升安全性。

                   mkdir -p /etc/dropbear && dropbearkey -t rsa -f /etc/dropbear/dropbear_rsa_host_key
                   echo "/usr/sbin/dropbear -p 22" >> /etc/rc.local
               

5. 高级技巧：Bootloader级持久化植入

对于频繁恢复出厂设置的场景，建议在Bootloader阶段注入启动脚本。

操作步骤如下：

• 通过UART连接进入uboot shell
• 挂载jffs2分区并写入自启脚本
• 修改bootargs添加init=/bin/sh -c "mount -a; /etc/rcS; exec /sbin/init"

此举可确保无论固件如何刷新，均可在早期用户空间执行SSH注入逻辑。

6. 稳定性保障机制设计

为避免SSH服务意外中断，应建立健康检查机制：

        cat > /etc/crontab << EOF
        * * * * * root pgrep dropbear > /dev/null || /usr/sbin/dropbear -F -E -p 22
        EOF
        chmod +x /etc/crontab
        crond
    

同时建议将系统日志外发至远程syslog服务器，便于追踪sshd崩溃原因。