我们在IIS应用程序中实现了一些WCF服务，使用Microsoft Net.Tcp端口共享服务在默认端口（808）上通过net.tcp进行通信，从而在生产服务器上引发错误。当我实例化与第一个服务的连接时，我得到一个例外：
<URL>处的服务器拒绝了会话建立请求。所有其他服务都很好。
但它在我们的测试服务器上运行良好。
我最初认为失败的特定服务出现了问题，但我尝试将服务列表重新排列为不同的顺序，并且它始终是我遇到的第一个失败的服务。 （我说SEEMS因为它认为曾经在测试的早期迭代中，我看到它发生在它遇到的第二个服务上。但是我无法重现它。）
我看过应用程序启动延迟，这似乎不是问题，因为我可以在完成后再次运行测试 - 只需一两分钟的延迟 - 并获得同样的错误。此外，在较低级别的环境中，启动延迟大约为30秒到一分钟，但结果仍然按预期恢复。
我尝试通过http从INetManager访问服务，并且我在所有服务上都出现间歇性故障 - 特定服务将在调用时返回黄色死机屏幕，然后提供指向WSDL的预期链接接下来的一秒钟。
我完全不知道解释这种行为，或者如何解决它。我用谷歌搜索了错误信息，但没有发现任何有用的信息。这可能是一个配置问题 - 生产服务器是新配置的VM，我们可能没有完全正确的配置（而所有较低级别的环境已经运行了这个和其他类似的应用程序一段时间），但我不知道是什么寻找。我查看了应用程序运行的应用程序池的属性，并将其与较低级别的环境进行了比较，但没有发现任何差异。
如果有人能指出我正确的方向，你会感激不尽。
答案 0 :(得分：0)
我能找到的东西：
http://go4answers.webhost4life.com/Example/connect-busy-wcf-service-host-while-725.aspx：
MaxConcurrentSessions（默认值= 10）[每频道]服务一次可以接受的最大会话数。只能使用基于会话的绑定（wsHttp或netTcp）“
所以最后的诀窍是在你的应用程序池标识的c：\ windows \ temp文件夹中添加额外权限[以便服务能够生成元数据]来解决问题。
此外，是否配置了超时或其他限制并被击中？给tracing看看并使用WcfTestClient访问服务，看看是否可以找到潜在的错误。