在 Ubuntu 系统管理的世界里，尽管现代工具层出不穷，但 Telnet 作为一种经典的网络协议，依然在我们的工具箱中占有一席之地。对于系统管理员和网络工程师来说，Telnet 不仅是远程管理的手段，更是故障排查和网络服务测试的得力助手。尤其是在 2026 年的今天，虽然我们有了 AI 辅助的调试工具，但理解底层的通信协议依然是资深工程师的必修课。
在这篇文章中，我们将深入探讨如何在 Ubuntu 22.04 LTS 上安装和使用 Telnet。无论你是想测试特定端口的连通性，还是需要在纯文本环境下调试设备，我们都将带你一步步完成整个过程，并分享 2026 年视角下的实战最佳实践。
目录
什么是 Telnet？
在开始安装之前，让我们先了解一下 Telnet 到底是什么。
Telnet（Teletype Network）是一种用于通过 TCP/IP 网络进行远程终端访问和通信的网络协议。简单来说，它允许你登录到远程计算机，就像你直接坐在那台机器前一样执行命令。
核心特点：
- 默认端口： 23。Telnet 服务通常监听在这个端口上。
- 基于文本： 提供一个纯文本的命令行界面（CLI），非常适合低带宽环境或嵌入式设备调试。
- 双向通信： 发送你输入的指令，并将服务器的响应显示回你的屏幕。
重要提示：安全性考量
我们需要特别注意，Telnet 以明文形式传输所有数据。这意味着你的密码和任何敏感信息在网络上传输时都是未加密的，容易被嗅探软件截获。因此，在现代生产环境中，我们通常更倾向于使用 SSH (Secure Shell)进行日常管理。然而，Telnet 在调试网络服务（如检查 HTTP 或 SMTP 邮件服务器）方面仍然非常有用，因为它不涉及加密层的复杂性，能让我们更直观地看到原始数据流。
在 Ubuntu 22.04 上安装 Telnet
Ubuntu 22.04 LTS 默认并没有预装 Telnet 服务。让我们来看看如何完整地安装和配置它。
步骤 1：准备工作与更新系统
首先，我们需要在你的 Ubuntu 机器上打开终端。你可以通过快捷键 Ctrl + Alt + T 快速完成。
在开始任何安装之前，最佳实践是确保我们的软件包列表是最新的。让我们运行以下命令来更新本地包索引并升级已安装的软件包，以确保系统的稳定性和安全性：
# 更新软件源列表，确保我们能下载到最新版本的软件
sudo apt update
# （可选但推荐）升级系统包以修复潜在的漏洞
sudo apt upgrade -y
步骤 2：安装 Telnet 服务器与客户端
Telnet 通常由两个部分组成：服务端（INLINECODEa28999c3）和客户端（INLINECODEcd622737）。如果你想允许其他人连接到你的 Ubuntu 机器，你需要安装服务端。如果你想连接到其他机器，你需要安装客户端。
为了方便演示，我们将安装 telnetd，这通常会自动包含所需的依赖项。现在，让我们使用强大的 apt 管理器来进行安装：
# 安装 telnetd 服务端软件包，-y 参数表示自动确认安装
sudo apt install telnetd -y
# 同时安装客户端，以便我们能够测试连接
sudo apt install telnet -y
注：有时系统会询问是否继续，输入 y 并回车即可。安装过程可能需要几分钟，具体取决于你的网络速度。
步骤 3：验证 Telnet 服务状态
安装完成后，Telnet 服务（通常由 INLINECODEd8348b46 或 INLINECODE99fea302 管理）应该已经启动了。我们需要确认它是否正在运行。
让我们使用 systemctl 命令来检查服务状态：
# 检查 inetd 服务的状态，Telnet 依赖于此服务
sudo systemctl status inetd
在输出中，你应该能看到绿色的 “active (running)” 字样，这表示 Telnet 服务已经准备就绪。如果你看到它处于 inactive 状态，可以使用以下命令启动它：
# 如果服务未运行，手动启动它
sudo systemctl start inetd
# （可选）设置开机自启
sudo systemctl enable inetd
步骤 4：配置防火墙与网络策略
这是很多初学者容易忽略的一步。由于 Telnet 使用默认端口 23，如果 Ubuntu 自带的防火墙（UFW）阻止了此端口，你将无法建立连接。因此，我们需要显式地允许端口 23 的流量。
首先，让我们检查防火墙的当前状态：
# 查看 UFW 防火墙状态
sudo ufw status
情况 A：防火墙未激活
如果显示 Status: inactive，你可以选择暂时不配置防火墙（仅限于内网测试环境），或者你可以启用它并配置规则。
情况 B：防火墙已激活
如果显示 Status: active，我们必须明确允许端口 23。请运行以下命令：
# 允许 TCP 协议的 23 端口通过防火墙
sudo ufw allow 23/tcp
# 重新检查状态，确认规则已添加
sudo ufw status
此时，你应该会看到类似 23/tcp ALLOW Anywhere 的规则列表。
步骤 5：实战演练 – 使用 Telnet 连接
现在我们的 Ubuntu 机器已经配置好了 Telnet 服务器，让我们尝试连接它。你需要知道目标机器的 IP 地址。你可以使用 ip addr 命令查看本机 IP。
场景：本地回环测试
如果你现在只有一台电脑，想快速测试 Telnet 是否安装成功，可以使用本机的环回地址（localhost）进行测试。
# 连接到本地主机
telnet 127.0.0.1
如果一切顺利，你会看到类似以下的连接成功提示：
Trying 127.0.0.1...
Connected to localhost.
Escape character is ‘^]‘.
Ubuntu 22.04.3 LTS
login:
现在你可以输入系统的用户名和密码（输入密码时屏幕上不会显示任何字符，这是正常的）。一旦登录成功，你就可以像在本地终端一样执行命令了。完成工作后，输入 INLINECODE143f85fb 退出登录，然后按 INLINECODE2a6c70d9 再输入 quit 断开 Telnet 连接。
2026 年视角：在 CI/CD 和容器化环境中的 Telnet
随着云原生技术的发展，我们很少在物理服务器上直接开放 Telnet 端口。但在 2026 年，Telnet 在自动化测试和容器健康检查中扮演着关键角色。让我们来看看如何将这一老古董融入现代化的开发工作流。
场景 1：Kubernetes 容器健康检查
在 Kubernetes 集群中，应用可能因为各种原因陷入死锁或假死状态，仅靠 HTTP 健康检查可能无法完全发现 TCP 层面的问题。我们可以在 Dockerfile 或 Kubernetes 配置中，利用 Telnet 客户端进行更深层次的探测。
以下是一个在现代 DevOps 流程中常用的脚本示例，我们用它来检查数据库连接是否在应用启动前就绪（就绪探针思想）：
#!/bin/bash
# 文件名: check_tcp_service.sh
# 描述: 使用 Telnet 检查 TCP 端口连通性的脚本，用于 Docker 容器启动脚本
TARGET_HOST="db.production.svc.cluster.local"
TARGET_PORT="5432"
TIMEOUT=3
# 使用 telnet (nc 或 telnet) 进行端口探测
# 我们使用 bash 的特殊重定向 /dev/tcp 替代 telnet，因为容器通常很精简
# 但如果必须使用 telnet，可以这样写：
echo "[INFO] 正在检查 $TARGET_HOST:$TARGET_PORT ..."
if (echo > /dev/tcp/$TARGET_HOST/$TARGET_PORT) >/dev/null 2>&1; then
echo "[SUCCESS] 端口已开放，服务已就绪。"
exit 0
else
# 如果环境中有 telnet 客户端，可以使用以下方式
# (sleep 1; echo "quit") | telnet $TARGET_HOST $TARGET_PORT
echo "[ERROR] 无法连接到 $TARGET_HOST:$TARGET_PORT，服务尚未就绪或网络不可达。"
exit 1
fi
这个脚本展示了我们在微服务架构中如何确保容器启动顺序的正确性。如果你的容器必须安装 Telnet，确保在 Dockerfile 中加上 RUN apt-get update && apt-get install -y telnet && rm -rf /var/lib/apt/lists/*，以减小镜像体积。
场景 2：结合 AI 工具进行网络故障排查
在 2026 年，我们不仅是用眼睛看 Telnet 的输出，更是在利用 AI 辅助工具来分析复杂的网络交互。让我们看一个稍微复杂的例子：调试 SMTP 邮件服务器的认证问题。
当我们在应用日志中看到 550 5.7.1 Relaying denied 时，手动排查 SMTP 握手过程往往耗时耗力。我们可以将 Telnet 的交互过程复制给 AI 编程助手（如 Cursor 或 GitHub Copilot），或者编写一个 Expect 脚本自动化这一过程。
以下是一个利用 Expect 自动化 Telnet 交互进行 SMTP 测试的高级示例。这在我们需要频繁验证不同邮件中继配置时非常有用：
#!/usr/bin/expect
# 文件名: smtp_telnet_test.exp
# 描述: 自动化 SMTP 握手测试脚本
set timeout 10
set mail_server "smtp.example.com"
set mail_port 25
# 输出调试信息
exp_internal 0
# 发起连接
spawn telnet $mail_server $mail_port
# 等待 220 响应
expect "220"
send "EHLO mydomain.com\r"
# 等待 250 或支持列表
expect "250"
send "QUIT\r"
expect "221"
puts "
[INFO] SMTP 基础握手测试通过"
puts "[INFO] 在现代开发中，你可以将输出重定向给 AI 进行分析："
puts " telnet_output | ai-analyzer network-trace --protocol smtp"
expect eof
高级调试技巧与替代方案对比
虽然 Telnet 非常强大，但在处理现代加密协议时它会显得无能为力。作为技术专家，我们需要知道在何时使用 Telnet，以及在何时应该切换到更现代的工具。
1. 处理 TLS/SSL 连接：OpenSSL vs Telnet
如果你尝试连接到 HTTPS (443) 或 SMTPS (465/587) 端口，Telnet 只会收到乱码，因为它无法解密加密层。在 2026 年，标准做法是使用 openssl 客户端来替代 Telnet 进行这种调试。
对比示例：
# ❌ 错误的做法：使用 Telnet 连接加密端口
telnet www.secure-api.com 443
# 输出将是乱码，导致连接断开
# ✅ 正确的做法：使用 OpenSSL s_client
openssl s_client -connect www.secure-api.com:443 -servername www.secure-api.com
# 连接建立后，你就可以像使用 Telnet 一样发送 HTTP 请求了
GET / HTTP/1.1
Host: www.secure-api.com
在我们的实际项目中，如果需要调试 HTTPS 握手细节（如证书链验证失败或 SNI 问题），openssl 是唯一的选择。Telnet 仅限于明文协议的初步探测。
2. 实战排查：为什么网站无法访问？
让我们思考一个真实的场景：你的浏览器提示“无法访问此网站”。作为一名经验丰富的开发者，我们是如何分层排查的？
- DNS 解析检查：首先确认域名解析是否正确。
nslookup example.com
ping example.com
- 端口连通性检查：此时 Telnet 登场了。Ping 只能证明 IP 通，不能证明服务通。
# 检查 Web 服务器的 80 端口
telnet example.com 80
* 结果分析：
* Connected...：服务正常，问题可能出在应用层（如 Nginx 配置错误）。
* Connection refused：服务未启动或防火墙拦截。
* Timed out：可能是云服务商的安全组或网络 ACL 拦截了 SYN 包。这是我们在云原生环境中最常见的问题之一。
- 内容层检查：如果端口通了，手动发送 HTTP 请求查看 Header。
HEAD / HTTP/1.0
Host: example.com
3. 性能与安全：2026 年的考量
当我们编写现代网络应用时，必须考虑到性能和安全性。Telnet 由于其全双工、流式的特性，有时会被用来测试底层的延迟。
边界情况与容灾：
在我们的一个高并发项目中，我们曾遇到连接池耗尽的问题。简单的 INLINECODE0dc1acdb 命令虽然好用，但它每次都会建立新连接。而使用 Telnet（或者 INLINECODEaeb0f42a 命令），我们可以保持一个长连接，手动输入指令来测试服务器在空闲一段时间后是否还会断开连接。这种手动控制对于排查 TCP Keep-Alive 的问题至关重要。
安全左移：
在 CI/CD 管道中，我们不应该使用明文 Telnet 传输敏感数据。如果你必须在自动化脚本中测试远程登录，请务必使用 SSH 的 -o BatchMode=yes 选项，或者使用 Expect 脚本配合 SSH 密钥认证。保留 Telnet，仅用于非生产环境的网络诊断。
总结与未来展望
在这篇文章中，我们系统地探讨了如何在 Ubuntu 22.04 LTS 上安装和使用 Telnet，并将其融入了 2026 年的现代开发工作流。从理解它是基于文本的 TCP/IP 协议开始，我们一步步完成了软件包的安装、服务状态的验证以及防火墙的配置。我们还深入到了实战环节，学习了如何利用 Telnet 编写脚本进行自动化探测，以及如何结合 AI 工具进行调试。
虽然由于安全原因，Telnet 在日常远程管理中已被 SSH 取代，但在网络故障排查和协议调试领域，它依然是开发者手中的一把“瑞士军刀”。通过掌握 Telnet，你能够更直观地理解网络协议的运作原理，也能在没有复杂工具的情况下快速定位问题。
给你的建议：
- 拥抱工具，理解原理： 像 Wireshark 这样的图形化工具固然强大，但命令行下的 Telnet 能让你更近距离地感受字节流的跳动。
- 安全第一： 永远不要在生产环境中开启 Telnet 服务端。使用 SSH 密钥进行管理。
- 持续学习： 网络技术在不断演进，关注 HTTP/3 和 QUIC 等基于 UDP 的新协议，未来我们的调试工具箱也许需要新的成员。
希望这篇教程不仅帮助你安装了 Telnet，更让你理解了网络调试的本质。Happy Networking!