....NET 4.0 现在有哪些选项，在某种程度上支持客户端的 NAT（即 NAT 后面的客户端）。
我更喜欢使用基于 HTTP 的东西，但这是一个弱条件 - 我认为中期我无论如何都会在 WCF 之外进行一些非 http 通信，所以我可以延迟代理遍历。
.NET 4.0 之前的问题是，基本上服务器->客户端通道将从服务器打开，这使得 NAT 成为不可穿越的东西。
不接受轮询 - 我们在这里讨论时间敏感信息。
那么，我现在有什么选择？
【问题讨论】：
标签： .net wcf nat bidirectional
您可以从客户端打开连接并保持打开状态。 或者将 NAT 上的端口转发到客户端，因此连接到 NAT:34823 将转到 192.168.xxx.xxx:80。 或者付给微软一些钱来使用他们的服务总线，这还没有完全完成，未来也不确定。 或者做一些巧妙的修改，在客户端和服务器上安装 Skype，通过 API 发送消息。
【讨论】：
这不是特定于 .net 4.0，但您可以使用 Windows Azure 服务总线。
如果您的应用程序需要 双向连接你 实际上有两个选择：要么 您押注可用的解决方法 并承担后果（如 BitTorrent 可以）或者您构建并 操作某种形式的中继服务 你的申请。中继服务 接受并维护来自 防火墙和/或 NAT-ed 客户端和 在它们之间路由消息。 几乎所有聊天，即时 消息、视频会议、VoIP、 和多人游戏应用 和许多其他流行的互联网 应用程序依赖于某种形式 中继服务。
中继服务面临的挑战是 他们很难建造 以他们可以提供的方式 互联网规模他们需要的地方 数千甚至之间的路线 数以百万计的连接作为大 即时通讯网络可以。和 一旦你有一个可以支持的继电器 这样的规模是非常昂贵的 操作。事实上如此昂贵 所需的投资和 由此产生的运营成本是 完全遥不可及的广大 大多数软件公司。这 连通性挑战是真实的 创新阻碍者，代表了一个 显着的进入壁垒。
好消息是 Microsoft .NET 服务总线提供了一系列 双向、点对点 连接选项，包括中继 沟通。你不必建造 您自己的或经营自己的；您可以使用 取而代之的是这个积木。互联网 服务总线涵盖四个逻辑 功能领域：命名、注册表、 连接性和事件。
http://vasters.com/clemensv/PermaLink,guid,92d78bee-2cfd-4a29-95ab-c5abb9b905e7.aspx
【讨论】：