端口测试命令

半夜两点，端口我盯着屏幕上那句 Connection refused 发呆。测试新部署的命令Nginx死活连不上，防火墙规则查了三遍没问题，端口服务进程也在跑。测试最后同事路过瞄了一眼，命令敲了行 telnet 127.0.0.1 8080，端口三秒后丢下一句"端口没监听"就走了。测试我这才意识到，命令自己连最基本的端口端口测试命令都没用熟。

端口测试这事，测试说白了就是命令验证"某个IP地址的某个端口，到底有没有程序在听"。端口别小看这一步，测试线上故障十有八九能靠它缩小范围。命令最原始的工具是 telnet，比如 telnet 192.168.1.10 3306。连上了会显示连接成功，连不上就卡在那儿或直接报错。但telnet有个毛病——它走TCP协议，对UDP端口毫无办法。而且现在很多系统默认不装telnet客户端，你得上手前先装个包。

比telnet更靠谱的是 nc（netcat），江湖人称"网络瑞士军刀"。测TCP端口用 nc -zv 目标IP 端口号，-z表示只扫描不发送数据，-v输出详细信息。比如 nc -zv 10.0.0.5 22，它会告诉你open还是closed。测UDP就得加 -u 参数，但UDP这货天生无状态，即使端口没服务也可能返回成功，所以结果只能当参考。我一般用它批量扫端口，写个循环就能把1到1024全过一遍。

如果你手头是Linux，还有个更轻量的 /dev/tcp 伪设备。直接在bash里写 echo > /dev/tcp/192.168.1.1/80，能通就返回0，不通就报错。这招在没装任何额外工具的容器里特别救命。记得有次在精简版Alpine镜像里排查问题，只有sh没有bash，连 /dev/tcp 都用不了，最后只能靠 wget -T 1 目标IP:端口 来凑合——能下载到东西说明端口活着，超时就是死了。

Windows用户也别慌。PowerShell自带 Test-NetConnection 目标IP -Port 端口号，输出结果里TcpTestSucceeded字段写True或False，一目了然。老系统用 telnet 也行，但Win10默认没启用telnet客户端，得去"启用或关闭Windows功能"里勾上。有个坑：Windows防火墙有时会拦截测试请求导致误判，所以测之前先确认对方防火墙是否放行。

我个人的习惯是，先ping一下确认主机在线，再用nc测端口。如果ping不通但端口通，那八成是主机禁ping了；如果ping通但端口不通，要么服务没起，要么防火墙拦了。记得有次排查Redis连接超时，ping通、6379端口用nc测也是通的，但应用就是连不上。最后抓包发现是云安全组规则只放行了内网IP，公网访问被悄悄丢弃了——端口测试工具只能证明"从你当前位置到目标端口可达"，跨网络路径中间还有无数可能。

还有个日常特别实用的技巧：用 ss -tlnp 或 netstat -tlnp 看本机监听状态。它能告诉你哪个进程占用了哪个端口，排查端口冲突时一抓一个准。比如启动服务时报"端口被占用"，先 lsof -i:8080 找到PID，再 ps -p PID 看是什么程序，比瞎猜高效十倍。

工具再多也得看场景。telnet适合快速验证，nc适合脚本批量，/dev/tcp适合极限环境，PowerShell适合Windows运维。别迷信某一个，全装手上。最后提醒一句：测端口前先确认自己有没有权限，生产环境乱扫端口可能触发安全告警，别问我怎么知道的。