我们在Windows Server 2003上托管WCF Web服务。此服务器只有2个内部IP。我们想在外部公开服务。这是通过将外部IP映射到服务的防火墙完成的。
因此，我将需要修改服务以显示内部链接的外部IP。这不是问题，因为它只能在外部使用。
更改IIS中的主机标头值会导致IIS发出“错误请求（无效的主机名）”响应。我还在web.config的终结点条目中添加了一个“地址”值...但它只能指向内部计算机名称。有任何想法吗？
编辑：我可以验证IIS7具有完全相同的行为。地址无效。不同的主机名给出了无效的主机名错误。真的没有办法提供不同的（虚拟）IP吗？ ：/
编辑2：
<system.serviceModel>
<bindings>
<basicHttpBinding>
<binding name="BasicAnonymous">
<security mode="None"/>
</binding>
</basicHttpBinding>
</bindings>
<behaviors>
<serviceBehaviors>
<behavior name="Extended">
<serviceMetadata httpGetEnabled="true"/>
<dataContractSerializer maxItemsInObjectGraph="2147483646"/>
</behavior>
</serviceBehaviors>
</behaviors>
<diagnostics>
<messageLogging logEntireMessage="true" logMalformedMessages="false" logMessagesAtServiceLevel="false" logMessagesAtTransportLevel="true" maxMessagesToLog="3000"/>
</diagnostics>
<services>
<service behaviorConfiguration="Extended" name="AnCWCFWebService.ProductInfoProvider">
<endpoint address="" binding="basicHttpBinding" name="ASMX" bindingConfiguration="BasicAnonymous" contract="AnCWCFWebService.Interfaces.IProductInfoProvider"/>
</service>
</services>
</system.serviceModel>
最佳答案
404 BadRequest由于IIS配置...
如果您在尝试修改IIS中的主机标头后收到来自IIS的404 BadRequest错误，这很常见，但是有一个解决方法！
通过更改IIS配置进行修复
WCF如何支持每个站点指定的多个IIS绑定？：
http://tinyurl.com/55q5hg
通过修改WCF代码进行修复
另外，下面的文章介绍了一个开发人员如何通过配置和代码的组合来解决此问题：
好吧，那很有趣！ WCF，SSL和主机头的冒险
http://geekswithblogs.net/rakker/archive/2008/07/03/123562.aspx
本文引用了两个重要的链接...
第一个解释了如何在IIS中正确设置主机头：
为SSL主机头（IIS 6.0）配置服务器绑定：http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/8d9f2a8f-cd23-448c-b2c7-f4e87b9e2d2c.mspx?mfr=true
使主机头正常工作后，您会发现...
“您最多只能有一个主机
IIS或wcf的标题将中断”
可以在本文中找到解决此限制的解决方案，并且在上面的GeeksWithBlogs.net文章中也有一条注释，该注释提供了增强的变体：
WCF：此集合已包含
使用方案http的地址：
http://tinyurl.com/62yssd
如果您仍然遇到问题，请在下面的评论中告诉我们...
如果服务不起作用...
我对WCF的经验是，有时它非常棘手，尤其是在配置方面。如果遵循最佳实践并且没有做任何非标准的事情，则大多数部署问题是配置文件不足的结果。
从理论上讲（由于架构上的差异，实际上并没有那么多），在IIS上设置WCF服务应该与为Web应用程序或ASMX Web服务设置典型的虚拟目录和相应的应用程序没有什么不同。
因此，我建议如果这是您要向Internet公开的第一个WCF服务，请遵循公开第一个网站时所采用的相同简单方法。基本上，创建一个新的示例“ WCF Service Application”（在C＃或VB的Web部分下的Add New Project对话框中可用）。
一旦工作，请按照部署实践将其移至生产沙箱并在本地进行测试。为了消除对典型网络配置问题的任何怀疑，此沙箱最好已经安装了一些网站或Web服务，并且可以从Internet进行访问。如果您有一个示例ASMX Web服务，并且已经从该服务器成功在Internet上公开了，那将是最好的。
接下来，尝试从Web浏览器测试ASMX和WCF服务，它们既可以在服务器上本地进行，也可以在内部其他台式机上进行测试，最后在外部进行测试。
测试网址
我们想测试从Web浏览器以可用的各种URL形式访问标准SVC和ASMX文件的方式。结果应该相似，窗口中将显示有关服务渲染的摘要页面。不同之处在于，如果尚未在web.config文件中禁用该功能，则ASMX Web服务的摘要可能会允许您在该服务上执行Web方法。
比较浏览器获取以下样式的URL的结果...
http：//localhost/WcfService1/Service1.svc
http：//localhost/WcfService1/Service1.asmx
http：//机器名称或MachineFQN / WcfService1 / Service1.svc
http：//机器名称或MachineFQN / WcfService1 / Service1.asmx
http：//MachineLocalIP#1/WcfService1/Service1.svc
http：//MachineLocalIP#1/WcfService1/Service1.asmx
http：//MachineLocalIP#2/WcfService1/Service1.svc
http：//MachineLocalIP#2/WcfService1/Service1.asmx
http：//ExternalIP/WcfService1/Service1.svc
http：//ExternalIP/WcfService1/Service1.asmx
所有这些测试应返回相似的结果。
测试服务方法
如果您愿意，请直接从Web浏览器在ASMX Web服务上测试一些Web方法，以测试任何经过测试的URL。您很快就会看到，我们也可以以其他方式测试ASMX Web服务...
接下来，我们将通过使用Visual Studio 2008发行版（C：\ Program Files \ Microsoft Visual Studio 9.0 \ Common7 \ IDE）中找到的WcfTestClient.exe应用程序在WCF服务和ASMX Web服务上测试Web方法。
您将需要通过“文件”->“添加服务”菜单项添加服务，在上面的URL中键入您要测试的每个服务URL。确保包括SVC和ASMX文件的文件名。如果一切正常，则由web.config文件中<serviceMetadata/>元素的“ httpGetEnabled”属性启用的MEX端点将返回实用程序运行所必需的数据，从而在目录树中填充以下内容：我们的服务方法如下：
从这一点出发，参考以下资源将很有用：
WCFTestClient：http://msdn.microsoft.com/en-us/library/bb552364.aspx
Visual Studio 2008中WCF的新增功能：http://msdn.microsoft.com/en-us/magazine/cc163289.aspx
结论
如果到此为止，那么我预计不会有任何其他问题，现在您应该尝试将样本的设置与您尝试发布到Internet的WCF服务进行比较，希望两者之间的区别将很明显。
在诊断过程中，请记住将WCF服务视为ASMX Web服务，假定已知已正确设置了web.config。
如果仍然无法正常工作，请查看此指南以获取更多技术建议：
部署IIS托管的WCF服务：http://msdn.microsoft.com/en-us/library/aa751792.aspx
最后，如果所有其他方法都失败了，只需将WCF服务包装在ASMX Web服务中：
如何：将WCF服务也作为ASMX Web服务公开：http://kjellsj.blogspot.com/2006/12/how-to-expose-wcf-service-also-as-asmx.html
关于wcf - 404 BadRequest使用IIS主机 header 通过外部IP公开WCF服务，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/553346/