nc传文件快但无校验重传和进度，易损坏；接收方须先运行nc -l 9999 > received.zip监听，确认端口未占、防火墙放行且多网卡时指定绑定ip；发送方用nc 192.168.1.100 9999

nc 传文件快，但不校验、不重传、不报错——传完发现 received.zip 打不开，是大概率事件。别当 scp 用，它只是裸 TCP 流转发。

接收方必须先监听，且端口要真能绑上

运行 nc -l 9999 > received.bin 前，得确认三件事：

• -l 参数不能漏，否则 nc 默认当客户端去连别人，不是监听
• 端口没被占：用 ss -tuln | grep :9999 查，输出为空才安全
• 防火墙放行：CentOS 7+ 执行 sudo firewall-cmd --add-port=9999/tcp --permanent && sudo firewall-cmd --reload；云服务器还得检查安全组
• 多网卡机器默认只监听 127.0.0.1，要指定地址： nc -l -s 192.168.1.100 9999 > file

发送方重定向方向别写反，IP别填错

nc 192.168.1.100 9999 是唯一正确写法：

宝塔Linux面板11.8.1

宝塔Linux面板11.8.1为官网当前正式版，新增AI建站能力并经过宝塔网站工程师深度调教，开放自定义AI功能API，同时对WAF进行界面重构和深度优化，提升拦截能力与运维效率。

下载

• 是输入重定向，写成 <code>> 会清空本地 file.zip
• IP 必须是接收方的**真实局域网 IP**，不是 127.0.0.1 或内网 NAT 地址；用 ip a 确认
• 文件名含空格？加引号：nc 192.168.1.100 9999
• 不确定连得通？先测：nc -zv 192.168.1.100 9999，返回 succeeded! 再发

大文件或目录传完卡住？加 -N 或改用 tar 流式

nc 默认等 EOF，但某些 shell 不发 FIN，接收方就一直挂着不动：

• 发送方加 -N： nc -N 192.168.1.100 9999
• 更稳的是流式打包传输：
  接收方：nc -l 9999 | tar -xzf -
  发送方：tar -czf - /dir | nc 192.168.1.100 9999
• tar 方式天然支持目录、避免单文件写满磁盘、还能压缩

传完不等于传对，md5sum 必做

nc 连中断、缓冲区截断、Ctrl+C 都会导致末尾数据丢失，且完全不提示：

• 发送方算哈希：md5sum file.zip
• 接收方等 nc 进程退出（ps aux | grep nc 看不到对应进程）、文件大小不再增长后，再算：md5sum received.zip
• 两行输出的哈希值**必须逐字符一致**；不一致就说明损坏，别急着重传——先查 df -h 看磁盘是否满，再确认双方 nc 版本（nc -h 输出里看是不是 netcat-openbsd，它对 -N 支持更可靠）

真正容易被忽略的是：nc 退出不等于文件写完。终端回到 prompt，received.zip 可能还在刷盘缓存里——得盯住文件大小变化，再确认 nc 进程已消失，才算落地。