为什么IIS7中的net.tcp在共享主机环境中是个问题？

如何解决为什么IIS7中的net.tcp在共享主机环境中是个问题？

| 我试图用推模式编写一个聊天应用程序，但到目前为止，我只是在具有自托管wcf服务（使用双工net.tcp）的Intranet环境中进行了此操作。现在，我想将此服务器在线放置在IIS7中。我已经与许多托管服务提供商进行了核对，但是所有人都回答了类似的问题：\“不，我们没有激活net.tcp，我们可能永远也不会激活它\”。他们为什么如此不愿这样做？看来我必须拥有自己的虚拟服务器？但是将net.tcp用于IIS7会遇到什么风险？我还有什么其他选择？我已经签出\“ WebSockets \”，但它似乎还没有准备好，我不确定在我的情况下是否可以解决。我不是在编写HTML5聊天，而是在桌面上编写窗口式聊天。     

解决方法

好吧，这里有一些潜在的问题 通过打开新端口，防火墙将需要调整。 通过侦听TCP，应用程序的攻击面有所增加。 每个客户都必须得到管理，以免他们尝试使用相同的端口号。 TCP要求连接保持打开状态，从而增加服务器的负载。 如果机器位于NAT之后，也会使事情复杂化 请注意，您可以使用WSDualHttpBinding将HTTP用于双工通信。     ,我认为不支持Net.TCP的主要原因是由于IIS 6.0缺少对非HTTP协议（如Net.TCP，命名管道，MSMQ或对等网络）的支持。非HTTP协议要求使用Windows进程激活服务（WAS），该服务不在大多数共享主机提供商的舒适范围之内。它是IIS 7.0及更高版本中不可或缺的一部分，但是从提供商的技术角度来看，WAS仍然是相当新的-仍然需要对其进行培训。希望时间和可能增加的需求（随着技术的融合）将解决这一问题。