WebHttpBinding与Http和Https

问题描述 投票:11回答:5

我正在尝试使用https和http作为网站。该网站有.svc文件,它们充当REST服务并从JavaScript调用。

我的配置:

<system.serviceModel>
    <behaviors>
      <endpointBehaviors>
        <behavior name="AjaxBehavior">
          <webHttp />
        </behavior>
      </endpointBehaviors>
      <serviceBehaviors>
        <behavior name="MyServiceBehaviour">
          <serviceDebug includeExceptionDetailInFaults="true" />
          <serviceMetadata httpGetEnabled="True" httpsGetEnabled="true"/>         
        </behavior>
      </serviceBehaviors>
    </behaviors>
    <serviceHostingEnvironment aspNetCompatibilityEnabled="true" />
    <services>
      <service behaviorConfiguration="MyServiceBehaviour" name="MyService.Lookups">
        <endpoint address="" behaviorConfiguration="AjaxBehavior"
          binding="webHttpBinding" bindingConfiguration="httpWebBinding" contract="MyService.Lookups" >         
        </endpoint>
        <endpoint address="" behaviorConfiguration="AjaxBehavior"
          binding="webHttpBinding" bindingConfiguration="httpsWebBinding" contract="MyService.Lookups" >          
        </endpoint>
        <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />
      </service>
    </services>
    <bindings>      
      <webHttpBinding>
        <binding name="httpsWebBinding">
          <security mode="Transport">
            <transport clientCredentialType="None" proxyCredentialType="None" />
          </security>
        </binding>
        <binding name="httpWebBinding">
          <security mode="None">
            <transport clientCredentialType="None" proxyCredentialType="None" />
          </security>
        </binding>
      </webHttpBinding>
    </bindings>   
  </system.serviceModel>

浏览https://myserver/services/Lookups.svc/Hello给出

找不到与绑定WebHttpBinding的端点的scheme http匹配的基址。注册的基地址方案是[https]

浏览http://myserver/services/Lookups.svc/Hello给出

找不到与绑定WebHttpBinding的端点的方案https匹配的基址。注册的基地址方案是[http]

如果我删除任何一个端点它的工作原理。使用bindingConfiguration="httpWebBinding"配置的删除端点的示例适用于HTTPS,

如何使其与HTTP和HTTPS一起使用?截至目前,我可以通过删除一个端点来使用http或https。

提到How can I combine the WCF services config for both http and https in one web.config?How do you setup HTTP and HTTPS WCF 4 RESTful services?

注意:在IIS中,有两个网站,一个在http上侦听,另一个在https上侦听。两者在物理文件夹中共享相同的代码

更新:截至目前,我删除了端点,它的工作原理。但我担心的是删除使用behaviourConfiguration配置的endpoing对我来说不是很好的解决方案。

这适用于http和https

  <services>
      <service behaviorConfiguration="MyServiceBehaviour" name="MyService.Lookups">

      </service>
    </services>
c# asp.net web-services wcf webhttpbinding
5个回答
5
投票

我重新创建了您的场景,并使用您的web.config为我的测试服务配置端点。您的配置正常并且工作正常。不适合您的部分可能是您在IIS中的https配置。确保您已启用https访问您的服务。如果您使用Visual Studio中的IISExpress进行测试,则左键单击您的项目,然后在属性窗口(视图 - >属性窗口)中选择SSL Enabled = True。


0
投票

正如@Lesmian在他的回答中指出的那样,问题出在你的IIS配置中。更具体地说:

注意:在IIS中,有两个网站,一个在http上侦听,另一个在https上侦听。两者在物理文件夹中共享相同的代码

原因是IIS无法处理它不支持的架构上的端点。

您有两个站点,其中一个具有HTTP绑定但没有HTTPS,另一个具有HTTPS但不具有HTTP。

因此,当您浏览到http:// URL时,IIS会将您定向到(惊喜!)启用http的站点,读取web.config,发现它注册了https端点(该站点不支持)并抛出异常告知在仅启用http的站点上没有https方案支持。

当您浏览到https:// URL时情况类似 - IIS不允许您在仅启用https的站点上使用http端点。

要处理此问题,最好使用具有两个绑定的单个站点。

另一个(也是更复杂的)选项是为站点使用不同的web.configs:设置单独的站点(指向单独的文件夹)并使用Visual Studio的发布和web.config转换工具


0
投票

如果您更新端点配置,如下所示:

        <endpoint address="http://myserver/services/Lookups.svc" behaviorConfiguration="AjaxBehavior"
          binding="webHttpBinding" bindingConfiguration="httpWebBinding" contract="MyService.Lookups" >         
        </endpoint>
        <endpoint address="https://myserver/services/Lookups.svc" behaviorConfiguration="AjaxBehavior"
          binding="webHttpBinding" bindingConfiguration="httpsWebBinding" contract="MyService.Lookups" >          
        </endpoint>

我用prod系统做了类似的舞蹈,这是我的解决方案。希望它也适合你。


0
投票

添加此代码。

<protocolMapping>
  <add scheme="http"  binding="webHttpBinding" bindingConfiguration="httpWebBinding"/>
  <add scheme="https" binding="webHttpBinding" bindingConfiguration="httpsWebBinding"/>
</protocolMapping>

-1
投票

我不知道这个查询是否仍然有效但是我检查了一下

添加binding="mexHttpsBinding"也与binding="mexHttpBinding"具有不同的终点

这对我有帮助。

© www.soinside.com 2019 - 2024. All rights reserved.