如何在一个跨域环境中用Silverlight客户端使用自托管的WCF服务


背景介绍:

当一个Silverlight客户端试图使用WCF服务时,默认情况下,它只被允许进行在原始站点下的通讯。例如,一个http://domainA/default.aspx托管的Silverlight控件默认情况下只能使用同一个域内的服务,如:http://domainA/WCFService.svc。而http://domainB/WCFservice.svc则不行。

为了使http://domainA/default.aspx托管的Silverlight可以连接到http://domainB/WCFservice托管的WCF服务,我们需要显式配置一个跨域选择策略,即clientaccesspolicy.xml或crossdomain.xml。有很多文章与这个主题相关:

建立可跨网域界限访问的服务

http://msdn.microsoft.com/en-us/library/cc197955(VS.95).aspx

警告:无法在'<URL>'定位跨域策略

http://msdn.microsoft.com/en-us/library/cc838225(VS.95).aspx

当我们的WCF服务托管在IIS中时,我们只需要在发布WCF服务的根文件夹中部署clientaccesspolicy.xml。例如:如果我们的WCF服务发布为:http://domainB/WCFservice.svc,那么跨域策略应该可以通过http://domainB/clientaccesspolicy.xml访问。

然而,自托管的WCF服务有些许不同。在这篇文章中,我们将演示Silverlight客户端如何在一个跨域环境中使用自托管的WCF服务。同时,因为Silverlight4 目前已支持NET.TCP绑定,这些针对NET.TCP绑定的步骤将与basicHttpBinding完全不同。在这篇文章中,我将分别介绍在basicHttpBinding和NET.TCP 绑定这两种不同情景下的步骤。

如何使用自托管WCF服务

场景1:自托管的WCF服务与basicHttpBinding

步骤1:

定义一个接口"IPolicyRetriever"

 [ServiceContract]

    public interface IPolicyRetriever

    {

        [OperationContract, WebGet(UriTemplate = "/clientaccesspolicy.xml")]

        Stream GetSilverlightPolicy();

        [OperationContract, WebGet(UriTemplate = "/crossdomain.xml")]

        Stream GetFlashPolicy();

}

步骤2:

在你的WCF服务中实现上述接口:

public class WCFService:IWCFService,IPolicyRetriever

    {

       //IWCFService 实现

                                ...

                                ...

//IPolicyRetriever 实现

      private Stream StringToStream(string result)

        {

            WebOperationContext.Current.OutgoingResponse.ContentType = "application/xml";

            return new MemoryStream(Encoding.UTF8.GetBytes(result));

        }

 

        public Stream GetSilverlightPolicy()

        {

            string result = @"<?xml version=""1.0"" encoding=""utf-8""?>

            <access-policy>

            <cross-domain-access>

             <policy>

                <allow-from http-request-headers=""*"">

                <domain uri=""*""/>

            </allow-from>

            <grant-to>

                <resource path=""/"" include-subpaths=""true""/>

            </grant-to>

        </policy>

        </cross-domain-access>

        </access-policy>";

            return StringToStream(result);

     }

步骤3:

发布一个endpoint,地址为"",基于HTTP schema的主机地址来为clientaccesspolicy.xml接收请求。我们可以通过编程或管理的方式达到此目的。

编程的方式:

Type serviceType = typeof(WCFService);

ServiceHost host = new ServiceHost(serviceType);

host.AddServiceEndpoint(typeof(IPolicyRetriever), new WebHttpBinding(), "").Behaviors.Add(new WebHttpBehavior());

管理的方式:

<behaviors>

    <endpointBehaviors>

       <behavior name="WebHttpNewBehavior">

          <webHttp />

            </behavior>

    </endpointBehaviors>

           ...

 </behaviors>

 <services>

       <service behaviorConfiguration="NewBehavior">

                       ...              

          <endpoint behaviorConfiguration="WebHttpNewBehavior" binding="webHttpBinding"

                    bindingConfiguration="" name="PolicyEndpoint" contract="WCFService.IPolicyRetriever" />

                ...

        </service>

 </services>

在以上步骤之后,当一个Seliverlight控件向跨域自托管的WCF 服务发出一个请求时,这个服务端的服务器应该能够检索它的客户端访问策略,然后决定请求是否被授权。

场景2:自托管的WCF服务与NET.TCP binding

即使如下文章宣布了Sliverlight4支持NET.TCP binding:

Sliverlight4 中的WCF NET.TCP协议

http://www.silverlightshow.net/items/WCF-NET.TCP-Protocol-in-Silverlight-4.aspx

在开始我们的步骤之前,我想特别指出一些与basicHttpBinding场景不同的地方。

1. 实际上NET.TCP schema并不能被Silverlight 4识别。至少当前如此。为了使用NET.TCP 绑定,我们需要使用customBinding。

2. TCP 端口范围被限制在4502-4534,这意味着你的WCF服务必须在以上端口范围中发布,从而使Silverlight客户端能够访问它。

为了使客户端能够访问策略,在Silverlight4 RC之前,TCP 943端口专门用来暴露策略。

参考如下文章以获得更多细节信息:

Silverlight中的网络安全访问限制

http://msdn.microsoft.com/en-us/library/cc645032(VS.95).aspx

为了使我们的工作变得简单,Microsoft的Tomasz Janczuk创建了一个免费的针对那些工作如TCP 套接字策略服务器的命令行程序的模板。

然而,Silverlight 4 RC中的NET.TCP协议希望能通过HTTP协议在域名的根目录中访问到套接字策略,而不是像之前那样通过TCP协议在943端口访问到。

参考如下文章以获悉这个改变:

Sliverlight 4 中使用WCF net.tcp 协议的发布/订阅例子

http://tomasz.janczuk.org/2009/11/pubsub-sample-with-wcf-nettcp-protocol.html

 在这里,我们展示针对于Silverlight 4 RC场景的步骤,这意味着套接字策略通过HTTP协议在域名的根目录下被访问到。

步骤1:

配置WCF 服务使用customBinding,和一个基于NET.TCP 模式的元数据交换端点。你可以参考如下配置:

<bindings>

        <customBinding>

          <binding name="NewBinding0">

            <binaryMessageEncoding />

            <tcpTransport />

          </binding>

        </customBinding>

 </bindings>

...

...

<services>

 <service behaviorConfiguration="NewBehavior" name="Demo.WCFService">

    <endpoint address="WCFService" binding="customBinding" bindingConfiguration="NewBinding0"

                    name="ServiceEndpoint" contract=" Demo.IWCFService " />

    <endpoint address="mex" binding="mexTcpBinding" bindingConfiguration=""

                    name="MEXEndpoint" contract="IMetadataExchange" />

    <host>

       <baseAddresses>

               <add baseAddress="net.tcp://[domainB]:4503/" />

        </baseAddresses>

    </host>

   </service>

 </services>

 

步骤2:

将clientaccesspolicy.xml部署到http://domainB的根目录下,以确保clientaccesspolicy.xml能够通过http://domainB/clientaccesspolicy.xml访问到。clientaccesspolicy.xml的内容应该与如下相似:

<access-policy>

  <cross-domain-access>

    <policy>

      <allow-from>

        <domain uri="*"/>

      </allow-from>

      <grant-to>

        <socket-resource port="4502-4534" protocol="tcp" />

      </grant-to>

    </policy>

  </cross-domain-access>

</access-policy>

 经过如上步骤后,你的Silverlight 应该能够成功地通过NET.TCP 绑定请求自托管的WCF 服务。

谢谢!

微软Internet开发者支持小组

Comments (1)

  1. Anonymous says:

    请问Silverlight 5中使用电信ADSL+花生壳+IIS6配置的应用,在外网连接使用TCP绑定的服务不能正常访问(内网测试没问题),提示未配置跨域文件。

    电信ADSl的80端口被屏蔽,有什么方法可以更好的跨域不使用80端口?

Skip to main content