当前位置：首页 > news >正文

别再折腾inetd了！用BusyBox内置telnetd快速搞定嵌入式Linux远程调试

news 2026/4/25 13:16:57

嵌入式Linux远程调试：用BusyBox内置telnetd实现极简部署

每次拿到一块新的ARM开发板，最让人头疼的就是快速搭建调试环境。传统方案往往需要交叉编译inetd、处理各种依赖库，光是配置就能耗掉大半天时间。作为嵌入式开发者，我们真正需要的是一个开箱即用的解决方案——而BusyBox内置的telnetd正是这样的神器。

BusyBox被誉为嵌入式Linux的"瑞士军刀"，它集成了数百个常用Unix工具的精简实现。其中就包括我们今天要用的telnetd服务。相比传统方案，BusyBox方案有三大优势：无需额外依赖、配置简单、资源占用极低。下面我将分享如何用BusyBox快速搭建telnet远程调试环境，避开那些常见的"坑"。

1. 准备工作与环境配置

在开始之前，确保你的开发环境已经准备好以下内容：

一块运行Linux的ARM开发板（如树莓派、i.MX6UL等）
已安装交叉编译工具链（如arm-linux-gnueabihf-）
BusyBox源码包（建议使用1.35.0或更新版本）

首先下载BusyBox源码：

wget https://busybox.net/downloads/busybox-1.35.0.tar.bz2 tar xvf busybox-1.35.0.tar.bz2 cd busybox-1.35.0

BusyBox的配置采用经典的menuconfig界面，这让功能选择变得非常直观。运行以下命令进入配置界面：

make menuconfig

在配置界面中，我们需要确保以下几个关键选项被启用：

Networking Utilities ---> [*] telnetd [*] Support standalone telnetd (not inetd only)

提示：使用方向键导航，空格键选中/取消选中选项，选中后会出现"*"标记。

2. 交叉编译与安装

配置完成后，就可以开始交叉编译了。根据你的目标平台，设置合适的交叉编译工具链前缀。例如对于ARM Cortex-A系列处理器：

make CROSS_COMPILE=arm-linux-gnueabihf-

编译完成后，你会得到一个精简的BusyBox二进制文件。我们可以用file命令验证它是否针对ARM架构：

file busybox # 期望输出：busybox: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked...

接下来将编译好的BusyBox部署到开发板上。最简单的方法是使用scp或nfs：

scp busybox root@开发板IP:/bin/ ssh root@开发板IP "chmod +x /bin/busybox"

为了简化命令输入，我们通常会在开发板上创建符号链接：

ln -s /bin/busybox /bin/sh ln -s /bin/busybox /bin/login ln -s /bin/busybox /bin/getty

3. 配置telnetd服务

BusyBox的telnetd可以以standalone模式运行，这意味着我们完全不需要inetd这个"中间人"。这大大简化了配置流程。只需要一个简单的命令就能启动telnet服务：

telnetd -l /bin/sh -F

让我们分解这个命令的各个参数：

-l /bin/sh：指定登录shell
-F：前台运行（方便调试）

为了确保每次启动都能自动运行telnetd，我们可以将其添加到启动脚本中。大多数嵌入式Linux系统使用/etc/init.d/rcS作为启动脚本：

echo "/usr/sbin/telnetd -l /bin/sh &" >> /etc/init.d/rcS chmod +x /etc/init.d/rcS

注意：如果开发板使用systemd，则需要创建相应的service文件。

4. 常见问题与解决方案

即使采用了简化方案，在实际部署中仍可能遇到一些问题。以下是几个最常见的问题及其解决方法：

问题1：登录后立即断开连接

这通常是因为缺少/dev/pts设备节点。解决方案：

mkdir -p /dev/pts mount -t devpts devpts /dev/pts

可以将这行命令也添加到启动脚本中。

问题2：提示"login: can't open /etc/issue"

BusyBox的login程序默认会尝试读取/etc/issue文件。如果不需要欢迎信息，可以创建一个空文件：

touch /etc/issue

问题3：密码认证失败

如果系统需要密码认证，确保/etc/passwd和/etc/shadow文件配置正确。一个简单的测试方法是：

echo "root::0:0:root:/root:/bin/sh" > /etc/passwd

这样就将root密码设置为空（仅限测试环境！）。

下表总结了常见错误及快速解决方法：

错误现象	可能原因	解决方案
连接被拒绝	telnetd未运行	检查telnetd进程是否运行
登录后立即断开	缺少/dev/pts	挂载devpts文件系统
无命令行提示	缺少shell	确保/bin/sh存在
认证失败	密码文件错误	检查/etc/passwd配置

5. 安全增强措施

虽然我们已经简化了配置流程，但安全性仍然不容忽视。以下是几个提升telnetd安全性的建议：

更改默认端口：
```
telnetd -l /bin/sh -p 2323
```

使用防火墙限制访问：

iptables -A INPUT -p tcp --dport 23 -s 192.168.1.100 -j ACCEPT iptables -A INPUT -p tcp --dport 23 -j DROP

定期更新BusyBox：新版本通常会修复已知的安全漏洞。
考虑使用SSH替代：虽然配置稍复杂，但安全性更高。BusyBox也支持dropbear（轻量级SSH服务器）。

6. 进阶技巧与优化

对于需要更高效率的开发者，这里分享几个实用技巧：

内存优化： BusyBox默认会加载所有编译的功能，即使你不使用它们。可以通过以下命令查看实际内存占用：

size busybox

如果空间紧张，可以重新编译只包含必需功能的版本。

自动重连脚本：开发过程中网络可能不稳定，可以创建一个自动重连脚本：

#!/bin/sh while true; do telnet 开发板IP sleep 1 done

日志记录：启用telnetd的调试输出可以帮助诊断问题：

telnetd -d -l /bin/sh

调试信息会直接输出到控制台。

多会话支持：默认情况下，BusyBox的telnetd只支持一个会话。如果需要多会话，可以这样启动：

telnetd -l /bin/sh -F & telnetd -l /bin/sh -F -p 2323 &

7. 替代方案比较

虽然BusyBox内置的telnetd已经很精简，但在某些场景下可能需要考虑其他方案。下面是几种常见远程访问方案的对比：

方案	优点	缺点	适用场景
BusyBox telnetd	配置简单，资源占用低	明文传输，安全性低	内部调试网络
dropbear	加密传输，安全性高	配置稍复杂	生产环境
ser2net	通过串口访问，不依赖网络	速度较慢	网络故障时恢复
WebSSH	无需额外客户端	资源占用高	临时访问