WCF Webservice hinter der öffentlichen reverse-proxy

Ihrer service-Klasse das Attribut hinzufügen:

<ServiceBehavior(AddressFilterMode:=AddressFilterMode.Any)>

Dies ermöglicht es der service angesprochen werden, die der AUFTRAGGEBER https://... aber der service gehostet wird, auf http://..... Sehen diese Antwort zu erstellen, wie für eine Erweiterung zu ermöglichen AddressFilterMode.Alle angegeben werden durch Konfiguration, ohne dass code-Attribute.

Im web.config des service-host, die endpoint-element muss eine absolute URL in der Adresse-Attribut, das ist die öffentliche URL, die der client verwendet. In der gleichen endpoint-element listenUri-Attribut, um die absolute URL, auf der der service-host überwacht wird. Die Art, wie ich bestimmen, was der Standard absolute URI host überwacht wird, ist eine service Referenz im client-Anwendung, welche Punkte der physischen server, auf dem der service gehostet wird. Die web -.in der config von dem client eine Adresse für den Dienst. Dann kopiere ich das in die listenUri-Attribut in der web-hosts.config.

In Ihrem service-Verhalten Konfiguration fügen Sie das element serviceMetaData mit dem Attribut httpGetEnabled=true

So müssen Sie etwas wie:

<serviceBehaviors>
  <behavior name="myBehavior">
    <serviceMetadata httpGetEnabled="true" />
  </behavior
</serviceBehaviors>
...
<services>
  <service name="NamespaceQualifiedServiceClass" behavior="myBehavior" >
    <endpoint address="https://www.sslloadbalancer.com" binding="someBinding" contract="IMyServiceInterface" listenUri="http://www.servicehost.com" ...  />
  </service>
</services>

Ich bin nicht sicher, ob das funktioniert mit message-Sicherheit oder Sicherheit für den transport. Für diese spezielle Anwendung, die Anmeldeinformationen, die übergeben wurden, als Teil des DataContract-so hatten wir "basicHttpBinding" security mode = none. Da der transport ist sicher (ssl-load-balancer) gab es keine Sicherheitsprobleme.

Ist es auch möglich zu verlassen listenUri-Attribut leer, aber es muss vorhanden sein.

Leider gibt es einen bug in der WCF, wo die Basis-Adresse des importierten schemas in WSDL haben listenUri Basis-Adresse, anstatt die öffentlichen Basis-Adresse konfiguriert, verwenden Sie die-Adresse-Attribut des Endpunkts). Arbeiten rund um dieses Thema, müssen Sie erstellen ein IWsdlExportExtension Umsetzung was bringt der importierten schemas in WSDL-Dokument direkt und entfernt die Importe. Ein Beispiel dafür ist hier http://winterdom.com/2006/10/inlinexsdinwsdlwithwcf. Zudem können Sie die Beispiel-Klasse Erben von BehaviorExtensionElement und die zwei neue Methoden:

Public Overrides ReadOnly Property BehaviorType() As System.Type
    Get
        Return GetType(InlineXsdInWsdlBehavior)
    End Get
End Property

Protected Overrides Function CreateBehavior() As Object
    Return New InlineXsdInWsdlBehavior()
End Function

Dies wird Ihnen ermöglichen, um eine Erweiterung hinzuzufügen Verhalten in der .config-Datei und fügen Sie das Verhalten mithilfe von configuration anstatt zum erstellen einer service-Fabrik.

unter dem system.servicemodel-element Konfiguration hinzufügen:

  <endpointBehaviors>
    <behavior name="SSLLoadBalancerBehavior">          
      <flattenXsdImports/>
    </behavior>
  </endpointBehaviors>
        </behaviors>
<extensions>
  <behaviorExtensions>
    <!--The full assembly name must be specified in the type attribute as of WCF 3.5sp1-->
    <add name="flattenXsdImports" type="Org.ServiceModel.Description.FlattenXsdImportsEndpointBehavior, Org.ServiceModel, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null"/>        
  </behaviorExtensions>
</extensions>

Und dann auf den neuen Endpunkt Verhalten in Ihren endpoint-Konfiguration mit der Einstellung behaviorconfiguration Attribut

<endpoint address="" binding="basicHttpBinding" contract="WCFWsdlFlatten.IService1" behaviorConfiguration="SSLLoadBalancerBehavior">

Aussehen http://msdn.microsoft.com/msdnmag/issues/07/06/ServiceStation/.