Telnet 终端与特殊场景
Telnet vs SSH
Telnet 是比 SSH 更古老的远程登录协议，所有数据（包括密码）都是明文传输。这在安全上非常不推荐，所以现代服务器普遍不开放 Telnet 端口（23），而是用 SSH 替代。
但 Telnet 仍然有它的特殊价值——它的协议更简单，很多网络设备（路由器、交换机、旧设备）只支持 Telnet 不支持 SSH。Web Tools 保留 Telnet 客户端就是为了这些场景。
| 对比项 | Telnet | SSH |
|---|---|---|
| 加密 | 无，明文 | 全程加密 |
| 默认端口 | 23 | 22 |
| 服务器支持 | 现代服务器通常禁用 | 几乎所有 Linux/Unix 默认开启 |
| 适用场景 | 网络设备、老旧系统 | 通用远程管理 |
使用 Telnet 的场景
场景一：管理网络设备
很多企业级路由器、交换机只提供 Telnet 管理接口。这种场景 Telnet 是唯一选择。
场景二：调试服务端口
Telnet 可以快速测试某端口是否返回 Banner（欢迎信息）。比如：
telnet mail.example.com 25连接成功后会看到邮件服务器的 Banner，确认 SMTP 服务在运行。这在排查邮件发送问题时很有用。
场景三：验证服务响应
某些 HTTP 服务可以直接用 Telnet 发送原始 HTTP 请求：
telnet example.com 80
GET / HTTP/1.1
Host: example.com
可以看到服务器的原始响应头和正文——这比 HTTP 测试工具更底层，能看到真实的协议交互。
Web Tools 中的 Telnet
Telnet 终端界面和 SSH 终端界面基本一致，都是命令行交互。区别只在于协议层——建立连接时用的是 Telnet 协议而非 SSH。
连接步骤和 SSH 类似：创建连接 → 填写主机和端口 → 登录 → 进入终端。有些 Telnet 设备不需要密码直接进入，有些需要输入用户名和密码（注意：这些都是明文传输）。
安全提醒
- Telnet 仅在受控环境下使用（比如内网、物理安全的设备）
- 绝对不要通过 Telnet 发送敏感信息（密码、Token）
- 优先用 SSH，Telnet 是最后手段
相关页面
- SSH 终端 —— 推荐的远程登录方式
- Telnet 端口连通性 —— 快速端口检查