并行运行多个Netcat管道异常问题求助

核心原因：后台进程继承悬空管道stdin，结合OpenBSD nc的-k特性触发限制 #

你遇到的现象本质是shell子shell的文件描述符继承与OpenBSD nc的-k持续监听特性共同作用的结果：

1. 管道stdin的继承问题
   当你用cat mapfile | while read val1 val2的写法时，while循环运行在子shell中，这个子shell的标准输入（stdin）是cat输出的管道。每个后台启动的nc -k -l -u "$val1" | nc -k -l "$val2"进程对，都会继承这个管道的stdin文件描述符。

   当cat输出完30行内容后退出，管道的写端被关闭，但所有已启动的后台nc进程仍持有管道的读端fd。对于OpenBSD版本的nc来说，在-k（持续监听）模式下，进程会长期运行并持有这个无效的管道fd，系统对这类持有悬空资源的进程会触发隐性限制，导致最多只能稳定运行10个实例。

2. -k选项的放大效应
   移除左侧nc的-k选项后，nc在启动后不会持续监听（无连接或接收一次数据后就退出），进程不会长期持有stdin fd，因此不会积累资源占用，所有管道都能正常启动。

3. for循环/文件重定向的差异
   改用for循环直接指定端口，或使用while read val1 val2; do ...; done < mapfile（将stdin重定向为普通文件而非管道）时，后台进程继承的stdin是普通文件（或终端），不存在“悬空管道fd”的问题，因此所有30个管道都能正常启动并持续运行。

验证与修复建议 #

• 验证方式：用ps aux | grep nc查看进程数量，对比两种循环的结果；用lsof -p <nc进程ID>查看进程持有的文件描述符，确认是否包含cat管道的fd。
• 修复方法：
  • 避免用管道传递文件内容给while循环，改为直接重定向文件：

    while read val1 val2; do
      nc -k -l -u "$val1" | nc -k -l "$val2" &
    done < mapfile
    

  • 启动后台进程时显式关闭stdin，切断对悬空管道的继承：

    nc -k -l -u "$val1" < /dev/null | nc -k -l "$val2" < /dev/null &
    

内容的提问来源于stack exchange，提问作者intweed