nc -zv 可快速确认远程服务器指定端口是否开放，通过TCP三次握手试探，成功即表示端口可达；需搭配-z（禁用I/O）、-v（显示结果）、-n（跳DNS）、-w（设超时）使用，如nc -zvnw 2 192.168.1.10 22。
nc -zv 扫描单台服务器指定端口是否开放
直接用 nc -zv 就能确认目标是否响应连接，不发数据、不卡住、结果明确。它本质是发起一次 TCP SYN→SYN-ACK→ACK 的三次握手试探，成功即代表端口可被外部访问。
常见错误现象包括：Connection refused（主机可达，但服务没监听）、No route to host（目标关机或中间防火墙彻底拦截）、Operation timed out（安全组/iptables 丢包，或网络路径不通）。
必须加的参数组合：
- -z：禁用 I/O，否则 nc 会停在等待输入状态
- -v：显示“succeeded”或具体失败原因，不加则静默退出
- -n：跳过 DNS 解析，局域网扫 IP 时更快更稳
- -w 2：设 2 秒超时，避免某台机器卡死拖慢整批
推荐命令：nc -zvnw 2 192.168.1.10 22
批量扫描同一端口在多个局域网 IP 上的开放状态
局域网内常需确认一批服务器（如 192.168.1.10–192.168.1.20）是否都开了 SSH 或数据库端口。手动敲太慢，用 shell 循环最直接。
两种常用写法：
- 简单范围： for ip in 192.168.1.{10..20}; do echo "$ip:"; nc -zvnw 1 "$ip" 22; done
- 从文件读取（适合非连续 IP）：while read ip; do echo "$ip:"; nc -zvnw 1 "$ip" 3306; done
注意：
- echo "$ip:" 是为了区分每行输出归属哪台机器
- 超时设为 -w 1 更激进，局域网延迟通常
- 不要省略引号 "$ip"，防止 IP 中有特殊字符出错
扫描连续端口范围（如 1–1024）时的关键限制
想快速摸清某台服务器开了哪些常用服务端口，可以用 nc -zv 192.168.1.10 1-1024，但它在局域网中也容易踩坑。
实际影响：
- 大范围扫描（尤其 >1000 个端口）会触发 Linux 默认的连接队列限制，部分端口可能漏报
- 某些发行版（如较新 CentOS/Rocky）的 nc 版本对 -z 支持不稳定，建议备选：timeout 1 bash -c "exec 3 /dev/tcp/192.168.1.10/$1" 2>/dev/null && echo "port $1 open"
- 输出杂乱，必须配合 2>&1 | grep succeeded 过滤，否则失败信息和成功混在一起难识别
更稳妥的做法：
- 先扫核心端口：22、80、443、3306、5432、6379、8080
- 再按需扩展，比如查 Web 服务就扫 8000–9000，查 Docker 就扫 9000–9100
UDP 端口探测为什么基本不可靠
局域网里有人想用 nc -zuv 测 DNS（53）或 NTP（123），但结果几乎总是误导——因为 UDP 本身无连接、无应答机制。
nc 实际行为是：
- 发一个空 UDP 包过去
- 等对方返回 ICMP “Port Unreachable” 报文
- 如果没收到该 ICMP（被防火墙过滤、交换机不转发、目标禁 ICMP），nc 就静默退出，**误判为“开放”**
所以：
- 不要用 nc -zuv 做结论性判断
- 真需要测 UDP，改用 timeout 2 nmap -sU -p 53 192.168.1.10（需装 nmap）
- 或直接在目标机器上用 ss -tuln | grep :53 查监听状态
真正要注意的不是命令怎么写，而是每次执行前先确认：目标是否在同一子网、是否开了本地防火墙（如 ufw/iptables）、云环境是否配了安全组——这些比 nc 参数更能决定你看到的是“真实开放”，还是“看起来开放”。
