C# 在WCF服务中包装信号器

背景：

所以，我有一点奇怪的情况，事实上，这有点超出了我的控制

我们一直在构建一个HTML5JavaScript丰富的单页应用程序——它甚至不使用Razor，它都是HTML、CSS和JavaScript

在后端，我们使用WebAPI和signar

最近有人告诉我们，后端需要位于不同的服务器上，并且位于防火墙后面，不允许公众访问

我们可以将新的WCF服务部署到运行.NET 3.5的现有面向前端的SharePoint 2010服务器上！！。-该计划是，后端服务将受到IP限制，唯一传入的访问将通过承载WCF服务的服务器

好吧，对于Web API来说，这没什么大不了的-我们只是在WCF REST服务中复制所有服务的公共端点，我们从后端进行调用，然后将结果传递回。。。基本上我们会把它挖出来

但是，对于信号员来说，事情变得相当复杂。显然，如果我们要这样做，我们会失去Web套接字-这很糟糕，但这不是世界末日-只要我们不失去长轮询和永久帧回退方法，并且它工作正常，我们就不能选择常规轮询

问题是：

---

是否有一个特定的端点，我们可以监听长轮询/永久帧请求并将其转发到后端是否有我们需要转发的特定cookie，以便后端知道我们是谁对此有什么指导吗？

听起来您正在尝试构建自己的HTTP代理。为什么不使用现成的HTTP代理服务器？@JaredDykstra-在正常情况下，这是正确的方法-不幸的是，我们的前端不能直接与后端对话-HTTP代理将逐字转发，这有点违背了强制执行IP限制的目的，对吗我们正在构建的东西比代理稍微复杂一点——不幸的是，由于NDA的原因，它还有其他我无法共享的要求——但基本上，类似代理的代码需要作为SharePoint网站的一部分运行。