加 -z 是因 nc 默认尝试完整连接并等待输入，导致扫描卡住或误判；-z 启用零 i/o 模式，仅探测连接是否建立，适合端口扫描。
nc 扫描单个端口是否开放，为什么 -z 必须加
不加 -z 的 nc 默认会尝试建立完整连接并等待输入，扫描端口时卡住或返回假阴性。加了 -z（zero-I/O mode）才真正只做连接探测，不发送数据，适合批量判断。
常见错误：用 nc host 22 手动测 SSH 端口，结果卡在光标不动——这是它在等你输入，不是端口不通。
-
nc -zv host.example.com 22：显示 “succeeded” 表示通，“Connection refused” 表示端口关闭，“No route to host” 表示主机不可达 -
nc -zv host.example.com 80-85：扫描连续端口范围（注意部分 nc 版本不支持连字符，可用循环替代） - 超时控制必须加
-w 2，否则 DNS 慢或防火墙丢包会导致单次扫描卡 30 秒以上
用 nc 实现快速文件传输，为什么服务端要先启动
nc 是无状态的原始 socket 工具，没有内置握手或重传机制，传输依赖“监听方先就位、发起方后连接”的严格时序。反过来就会报 Connection refused。
典型场景：内网两台机器临时传日志，没装 rsync 或 scp 密钥，又不想开 HTTP 服务。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 接收端（目标机）：
nc -l 1234 > received.log（-l启监听，端口可任选，但需非特权端口或 root 权限） - 发送端（源机）：
nc target_ip 1234 - 传输完连接自动断开，
nc不校验完整性，大文件建议传完用sha256sum对比 - 若传输中断，接收端文件会截断，且无重试——这不是 bug，是设计如此
nc 做简易 TCP 代理时，-c 和 -e 参数为何多数系统不可用
早期 GNU netcat（如 1.10）支持 -e /bin/bash 直接绑定 shell，但现代发行版默认安装的是 ncat（Nmap 项目）或 OpenBSD netcat，已移除该功能，因存在严重安全风险。
常见误判：“我照着老教程敲 nc -lvp 4444 -e /bin/bash，却提示 unknown option”——不是你装错了，是版本根本不支持。
- Debian/Ubuntu 默认是
netcat-traditional或netcat-openbsd，均禁用-e；CentOS 8+ 默认是ncat - 真需要代理，改用
ncat --sh-exec '/bin/bash' -l 4444（仅ncat支持，且需显式启用） -
-c（执行命令）同样被多数编译选项禁用，检查方法：nc -h 2>&1 | grep -E '(-c|-e)'
扫描结果不准？检查 nc 版本和防火墙干扰点
同一条命令在不同机器上结果不一致，大概率不是网络问题，而是 nc 实现差异或本地策略干预。
Linux 发行版打包的 nc 可能是 OpenBSD、Traditional、GNU 或 Nmap ncat 四种之一，行为细节（如默认超时、端口解析、IPv6 处理）全不同。
- 查版本：
nc -h | head -1（OpenBSD 显示 “OpenBSD netcat”，ncat 显示 “Ncat”） - IPv4/IPv6 混合环境加
-4或-6显式指定，避免 DNS 返回 AAAA 记录后连 IPv6 失败 - 本地
iptables/nftablesOUTPUT 链可能 DROP 主动出向连接，导致扫描全失败，临时关防火墙验证：sudo iptables -P OUTPUT ACCEPT - 云服务器安全组限制更常见——nc 扫自己外网 IP，实际走的是公网路径，得看安全组而非本地防火墙
nc 做生产级探测，它不处理 ICMP、不跳过防火墙伪造响应、也不并发；文件传完记得删监听进程，nc -l 会持续占端口直到手动 kill。
