curl验证应用层服务是否可交互，telnet确认传输层端口是否开放；前者返回http状态码和响应内容，后者仅显示tcp连接成功或拒绝。
测试网络连通性时，curl 和 telnet 各有明确分工：前者验证应用层服务是否可交互，后者确认传输层端口是否开放。用错工具容易误判问题——比如 telnet 能连上 80 端口，但 curl 返回 404 或超时，说明 Web 服务本身异常；反过来，curl 失败而 telnet 也连不上，大概率是防火墙或服务未启动。
telnet 测试端口是否开放
telnet 工作在 TCP 层，只管“端口通不通”，不关心上层协议内容。它适合快速排查服务监听状态、防火墙拦截或端口占用问题。
- 基本用法：
telnet host port，例如telnet example.com 22或telnet 192.168.1.100 3306 - 看到
Connected to...表示 TCP 连接成功，端口可达 - 若提示
Connection refused，说明目标主机未监听该端口（服务未运行或绑定错误） - 若卡在
Trying...不动，通常是网络不通、防火墙丢包或路由不可达 - 注意：公网环境慎用 telnet 测试敏感端口（如 22、3306），可能触发安全审计或暴露服务 Banner
curl 测试应用层服务响应
curl 默认走 HTTP/HTTPS，能发出真实请求并返回状态码、响应头甚至正文，适合判断 Web 服务、API 是否真正可用。
- 基础连通测试：
curl -I http://example.com（仅获取响应头，速度快） - 查看完整交互：
curl -v https://api.example.com（显示请求过程、SSL 握手、状态码等） - 测试非 HTTP 端口：
curl http://192.168.1.100:8080—— 若端口运行的是 HTTP 服务，会返回页面或 JSON；若返回Failed connect to，说明 TCP 层已失败（此时应先用 telnet 排查） - 支持超时控制：
curl --connect-timeout 3 --max-time 10 http://example.com，避免长时间挂起 - 非 HTTP 场景需注意：curl 直接访问
ip:port（如curl 10.0.0.5:6379）仅在目标服务支持 HTTP 协议时有效；对 Redis、MySQL 等二进制协议无效，不能替代 telnet
什么时候该用哪个？
按排查逻辑层层向下：
- 先 ping：确认 IP 层可达（ICMP 通）
- 再 telnet：确认目标端口 TCP 可建立连接（传输层通）
- 最后 curl：确认服务返回预期响应（应用层通）
- 如果 curl 失败但 telnet 成功，重点查服务配置、认证、路径、后端逻辑
- 如果 telnet 失败但 ping 成功，重点查防火墙规则、服务是否监听正确地址（如只绑 127.0.0.1）、SELinux 或容器网络策略
