防火墙后面的 Silver 和 WCF 服务答案

【问题标题】：Silver and WCF Service Behind Firewall防火墙后面的 Silver 和 WCF 服务
【发布时间】：2010-10-01 17:26:04
【问题描述】：

我的网站上有一个 Silverlight 4.0 (ASP.Net 4.0) 应用程序，供我们的客户验证后使用。该程序加载正常，但无法与创建的 WCF 服务对话。内部一切正常。

Silverlight 应用程序托管在 IIS 7.5 上，内部 IP 为 10.1.1.8，防火墙将现实世界的应用程序重定向到内部 IP 地址。这部分工作正常。 WCF 服务位于 IP 10.1.1.10 上，是同一台虚拟机，只是 IP 地址不同。也可以毫无问题地 ping 数据库服务器。

http://www.ntbuddy.com/images/stackoverflow/SilverlightWcf1.png

内部用户 (10.1.15.1) 可以正常使用该网站
外部用户可以毫无问题地访问该站点，除非他们尝试使用 Silverlight 应用程序
当程序被访问时，它会调用位于 10.1.1.10 的 Wcf 程序。作为内部用户可以看到他们工作正常的 Wcf。外部用户不能。
如果我从 ASP.Net 网页调用相同的例程，该网页将毫无问题地返回结果。

服务参考中的服务参考是“http://10.1.1.10/ServiceReference/Common.svc”，用于以下例程。

下面是最简单的例程，我从 Wcf 请求返回一个自动编号例程的号码。

仅适用于内部用户（Silverlight）

private void BtnAutoNumberClick(object sender, RoutedEventArgs e)
{
   AutoNumber("AUTO");
}

private void AutoNumber(string autoNumber)
{
   var objResult = new CommonClient();
   objResult.GetAutoNumberCompleted += new EventHandler<GetAutoNumberCompletedEventArgs>(LoadResultsAutoNumber);
   objResult.GetAutoNumberAsync(autoNumber, 4, autoNumber);
}

void LoadResultsAutoNumber(object sender, GetAutoNumberCompletedEventArgs e)
{
   txtOrderNumber.Text = string.Format("{0}", e.Result.AutoNumber);
}

我需要在我的 Silverlight 应用程序中进行哪些更改才能使其既适用于外部用户又适用于内部用户？我想避免暴露 Wcf 服务，但如果这是必需的，我会这样做。

【问题讨论】：

“不能说话”是什么意思？你得到了什么例外？
我同意 Jace Rhea 的观点，如果您能提供更多信息会有所帮助。但是，WCF 和 Silverlight 之间的一个典型问题是在 WCF 服务器上的 IIS 根目录中缺少 clientaccesspolicy.xml 文件。请查看：msdn.microsoft.com/en-us/library/cc197955(VS.95).aspx 或发布更多信息（异常堆栈跟踪）。

标签： asp.net silverlight wcf

【解决方案1】：

以 10 开头的 IP 地址是内部地址，您将无法从防火墙外部访问此地址。

http://en.wikipedia.org/wiki/IP_address

如果您查看标有“IANA 保留的私有 IPv4 网络范围”的表格

您需要使用外部 IP 地址公开您的服务。

【讨论】：

【解决方案2】：

好的，这总共花了六天的时间阅读和学习才能“点击”。我认为 Silverlight 会非常简单，这在很大程度上是因为我多年来一直在编写 ASP.Net/WinForm 应用程序。很多时候，我们看一个问题，看再看，而对于我们的生活，我们无法得到解决方案，因为我们要专注于单个问题，而不是退后一步看全局。 “Shiraz Bhaiji”只回答了大约 10 个内部 IP 地址系列。我知道这一点，但这是将我的思想从混乱中解脱出来的神奇钥匙。我在白板上画了所有内容并放入路由表，然后对明显的解决方案（例如，外部访问者看不到我的内部 10 系列网络）打了自己的后脑勺。

简而言之，这是我在第一个 Silverlight 应用程序中学到的：

Silverlight 在客户端而不是服务器上运行（例如 ASP.Net）。我正在针对已完美运行一年多的 ASP.Net 应用程序测试我的所有 Silverlight。 Silverlight 应用程序在服务器上运行，我终其一生都无法弄清楚为什么我的 WCF 服务适用于 ASP.Net 而不是 Silverlight。由于 Silverlight 应用程序已下载到客户端，因此它们只会在 WCF 服务位于防火墙后时看到（1）您打开防火墙以允许其访问或（2）将服务移动到 Internet（确保包括必要的安全性）。我敢肯定，即使是 1 和 2 的组合，还有更多方法。

我选择了选项 #1，将其转变为专用且可见的服务。我使它易于使用，并在服务内具有安全性的备用端口上。防火墙重定向到我的内部站点，一切都很好。因此，如果您使用 Silverlight，请确保当您在内部测试时也开始并在外部进行测试，如果您要在外部公开它。

【讨论】：