Windows XP作命名管道服务器时WaitNamedPipe返回0且仅支持2客户端问题

问题解答 #

1. 第3~8台客户端调用WaitNamedPipe()返回0的原因 #

你拿到的错误码71（ERROR_REQ_NOT_ACCEP）已经明确指向根因：Windows XP系统层面的入站SMB连接数已经达到上限，系统直接拒绝了新的连接请求，和命名管道本身的实例配置无关。WaitNamedPipe本质依赖SMB协议和服务器建立通信，连接被系统拦截后自然超时返回0。

2. Windows XP作为命名管道服务器的连接限制 #

确实存在限制。Windows XP属于桌面版操作系统，微软对其入站SMB连接数做了硬性限制：

• Windows XP专业版最大允许10个并发入站SMB连接（包含命名管道、共享文件夹、远程桌面等所有基于SMB的入站连接总和）
• Windows XP家庭版最大仅允许5个并发入站SMB连接
  如果你当前XP系统上还有其他占用SMB连接的服务/连接，剩余可分配给命名管道的配额就会更少，你遇到的仅能连2台的情况，大概率是其他业务已经占用了8个SMB连接配额。

3. 突破连接限制的方案 #

优先方案（最稳妥）

直接更换为服务器版操作系统，比如你已经测试过的Windows Server 2003，或更高版本的Windows Server系统，这类系统没有入站SMB连接数的人为限制，只要硬件性能足够，可支持上百甚至更多并发连接。

必须使用Windows XP的临时方案

• 清理当前XP系统上闲置的入站连接：关掉不用的共享文件夹访问、远程桌面连接、其他基于SMB的服务，释放占用的连接配额
• 修改注册表调整上限：定位到注册表路径HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters，新建DWORD类型的MaxUsers项，将值设置为需要的连接数（XP专业版最大生效值为10，设置更高数值不会生效）
• 绕开SMB协议限制：如果需要的连接数超过10，可将通信逻辑替换为直接使用TCP套接字实现，不依赖命名管道和SMB协议，就能避开系统的连接数限制
  另外建议同步排查下服务器端创建命名管道时的nMaxInstances参数，确保该参数设置的最大实例数大于等于你需要的客户端连接数，避免管道实例不足导致的连接失败。

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