WCF 服务响应“HTTP/1.1 400 错误请求”在共享主机上<又名空白页 、xml 解析错误、无效地址、找不到网页>

Question

这既是给遇到该问题的人的信息，也是一个问题。

编辑：问题是为什么要删除“www”。 没有“www”的情况下引用时，从 URL 中获取会导致此错误。

当在同一地址运行的网站可以在 将服务从本地 IIS 迁移到共享托管时面临的问题。

问题是在浏览器中检查网址后出现以下响应（来自 fiddler）。 在网上搜索有关该主题的帖子时，除了帖子之外，我还发现了许多指向同一问题的未解决问题常见的共享托管配置问题可以在其中修复。

HTTP/1.1 400 错误请求 服务器：微软-IIS/7.0 X-Powered-By: ASP.NET 日期：2010 年 8 月 17 日，星期二 00:27:52 GMT Content-Length: 0

在 Safari/Chrome 中，这显示为空白页面。

在 IE 中，您会收到“找不到网页”。

在 FF 中，您会收到“XML 解析错误：找不到元素位置：http://................ 第 1 行，第 1 列：”（我在许多未解决的帖子中看到了这一点）在网络上 - 请随意反向链接可能的解决方案）

在 Opera 中，您会收到“无效地址”，

我为此挠头了一段时间，然后我想尝试输入“www”。我之前没有任何特殊原因从我的网址中省略了。

问题已解决。

我现在可以在浏览器中看到正常输出，并通过 WCF 测试客户端与服务交互。

所以问题是：

为什么这会对托管的 WCF 服务产生影响当我知道它不会对浏览到网站托管在同一地址？ 有或没有“www”。我可以浏览到同一帐户托管的同一域中的网站。

到目前为止，我已在 GoDaddy 服务上测试了此重现。我稍后可能会尝试其他一些。

另外，如果您碰巧知道 - 我很想知道哪些功能可能使我的 WCF 服务需要完全信任而不是中等信任。以及您对使用这些功能是否是个好主意的任何想法（在最不隐私的意识形态背景下）。

作为参考，这是 web.config，包括 Mike 建议尝试解决此问题的附加端点。

<?xml version="1.0"?>
<configuration>

  <system.web>
    <customErrors mode="Off"/>
    <compilation><!--debug="true"-->
        <buildProviders>
          <remove extension=".svc"/>
          <add extension=".svc" type="System.ServiceModel.Activation.ServiceBuildProvider,System.ServiceModel, Version=3.0.0.0, Culture=neutral,PublicKeyToken=b77a5c561934e089"/>
        </buildProviders>
    </compilation>
  </system.web>

  <!-- When deploying the service library project, the content of the config file must be added to the host's 
  app.config file. System.Configuration does not support config files for libraries. -->
  <system.serviceModel>
    <services>
      <service behaviorConfiguration="blah" 
               name="WCFServ.EvalService">
        <endpoint address="http://www.abcdomain.com/WCFServ/WCFServ.EvalService.svc" 
                  binding="basicHttpBinding" 
                  contract="WCFServ.IEvalService" />
        <endpoint address="http://abcdomain.com/WCFServ/WCFServ.EvalService.svc"
                  binding="basicHttpBinding"
                  contract="WCFServ.IEvalService" />
        <!--<endpoint address="" 
                  binding="mexHttpBinding" 
                  contract="IMetadataExchange" />-->
        <!--<host>
          <baseAddresses>
            <add baseAddress="http://abcdomain.com/WCFServ/" />
          </baseAddresses>
        </host>-->
      </service>
    </services>


    <behaviors>
      <serviceBehaviors>
        <behavior name="blah">
          <serviceMetadata httpGetEnabled="true" />
          <serviceDebug includeExceptionDetailInFaults="true" />
        </behavior>
      </serviceBehaviors>
    </behaviors>

    <serviceHostingEnvironment>
      <baseAddressPrefixFilters>
        <add prefix="http://www.abcdomain.com/WCFServ/"/>
      </baseAddressPrefixFilters>
    </serviceHostingEnvironment>

  </system.serviceModel>




  <!--http://localhost/WCFServ/WCFServ.EvalService.svc-->

<startup><supportedRuntime version="v2.0.50727"/></startup></configuration>

Answer 1

由于您使用绝对 URL 作为终结点地址，因此 WCF 需要查看 HTTP 请求中的特定主机标头才能绑定到这些地址。

Web 服务器也不例外；如果它们是为特定主机配置的，则请求标头必须具有主机名，否则它们将不会提供内容。但是，多个主机名可以绑定到网站，因此有时一个网站可能同时绑定到 www.example.com 和 example.com。此外，如果您访问 example.com 并收到 404 错误或者 DNS 查找失败，某些 Web 浏览器将自动在 www.example.com 上重试请求。

我认为解决问题最简单的方法是修改端点，使它们与主机无关。例如：

<services>
  <service behaviorConfiguration="blah" name="WCFServ.EvalService">
    <endpoint address="/WCFServ/WCFServ.EvalService.svc" 
              binding="basicHttpBinding" 
              contract="WCFServ.IEvalService"/>
  </service>
</services>

<!-- Just leave this out
<serviceHostingEnvironment>
  <baseAddressPrefixFilters>
    <add prefix="http://www.abcdomain.com/WCFServ/"/>
  </baseAddressPrefixFilters>
</serviceHostingEnvironment>
-->

Answer 2

确保您在 Web 配置中定义了不带 www 的端点。

Answer 3

此页面有一些关于 WCF 寻址的很好的解释：
WCF 寻址深度。

通过在服务类中添加以下属性可以解决您的问题吗？

[ServiceBehavior(AddressFilterMode=AddressFilterMode.Any)]