nc、telnet、curl 命令对比

这三个命令（nc -zv、telnet、curl http://ip:port）都可用于测试网络连接和服务可用性，但它们在协议支持、功能深度和适用场景上有显著区别：

1. nc -zv (Netcat)

• 作用：测试 TCP/UDP 端口 是否开放（监听），不涉及应用层协议。

• 特点：

  • 仅检查端口可达性（防火墙是否放行、服务是否监听）。
  • 支持 TCP 和 UDP（需加 -u 参数）。
  • -z：扫描模式（不发送数据）。
  • -v：详细输出。

• 示例：

  nc -zv 192.168.1.100 8080    # TCP 测试
  nc -zvu 192.168.1.100 53     # UDP 测试
  

• 输出：

  Connection to 192.168.1.100 8080 port [tcp/http] succeeded!
  

  更多例子见：《nc 常用示例》

• 适用场景：

  • ✅ 快速检查端口是否开放（防火墙规则验证）。
  • ✅ 测试 UDP 服务（如 DNS、NTP）。
  • ✅ 简单脚本中批量检测端口。

• 不适用：

  • ❌ 测试 HTTP 响应内容或状态码。
  • ❌ 与应用层协议交互（如发送 HTTP 请求）。

2. telnet

• 作用：连接 TCP 端口 并进行原始文本交互（常用于调试明文协议）。

• 特点：

  • 纯 TCP 连接工具。
  • 支持交互式输入（可手动发送协议命令）。
  • 无加密（不安全）。

• 示例：

  telnet 192.168.1.100 80
  

• 输出（连接成功后进入交互模式）：

  Trying 192.168.1.100...
  Connected to 192.168.1.100.
  Escape character is '^]'.
  

  此时可手动输入 HTTP 请求（如 GET / HTTP/1.1）查看响应。

  更多例子见：《telnet 常用示例》

• 适用场景：

  • ✅ 手动调试明文协议（HTTP、SMTP、FTP、Redis）。
  • ✅ 验证端口开放性（TCP）。
  • ✅ 观察服务的初始响应（如 SMTP 欢迎信息）。

• 不适用：

  • ❌ 测试 UDP 端口。
  • ❌ HTTPS 等加密协议。
  • ❌ 自动化脚本（需手动交互）。
  • ❌ 获取结构化响应（如 HTTP 状态码）。

3. curl http://ip:port

• 作用：支持应用层协议（主要 HTTP/HTTPS），能够发起完整的请求，得到完整的响应。

• 特点：

  • 支持 HTTP/HTTPS、FTP、SFTP 等。
  • 可发送复杂请求（自定义 Header、Method、Body）。
  • 解析响应（状态码、Header、内容）。
  • 支持重定向、Cookie、认证等。

• 示例：

  curl http://192.168.1.100:8080/api
  curl -I http://192.168.1.100:8080  # 仅获取响应头
  

• 输出（包含完整 HTTP 响应）：

  HTTP/1.1 200 OK
  Content-Type: application/json
  {"status": "success"}
  

• 适用场景：

  • ✅ 测试 Web 服务可用性（检查状态码、内容）。
  • ✅ 调试 API 接口（发送 POST/PUT 请求）。
  • ✅ 验证 HTTPS 证书和加密连接。
  • ✅ 自动化脚本中处理 HTTP 交互。

• 不适用：

  • ❌ 测试非 HTTP 协议的端口开放性（如数据库端口）。
  • ❌ 原始 TCP/UDP 连接测试（无协议交互）。

总结对比表

如何选择？

1. 端口是否开放？
   → 用 nc -zv（TCP/UDP）或 telnet（仅 TCP）。
2. HTTP/API 是否正常工作？
   → 用 curl（检查状态码和内容）。
3. 手动调试 SMTP/FTP/Redis 等明文协议？
   → 用 telnet（交互式输入命令）。
4. 测试 UDP 服务（DNS/NTP）？
   → 用 nc -zvu。

💡 经验法则：

• 怀疑防火墙问题 → nc
• 怀疑 HTTP 服务问题 → curl
• 调试非 HTTP 协议 → telnet