IIS上配置soap:address指向域名以实现HTTPS安全连接问题

1. 修正WSDL中soap:address的域名错误 #

共享主机环境下，WCF默认会读取IIS内部服务器名生成soap:address，而非你的自定义域名。可以通过添加<useRequestHeadersForMetadataAddress>元素，强制WCF使用请求的Host头生成正确地址：

修改你的服务行为配置：

<serviceBehaviors>
    <behavior>
        <serviceMetadata httpGetEnabled="false" httpsGetEnabled="true"/>
        <serviceDebug includeExceptionDetailInFaults="true"/>
        <!-- 强制使用请求头中的Host信息生成WSDL地址 -->
        <useRequestHeadersForMetadataAddress>
            <defaultPorts>
                <add scheme="https" port="443"/>
            </defaultPorts>
        </useRequestHeadersForMetadataAddress>
    </behavior>
</serviceBehaviors>

2. 解决多绑定与地址冲突问题 #

保持multipleSiteBindingsEnabled="true"（共享主机多域名绑定必备），无需手动指定httpsGetUrl，通过配置HTTPS专属绑定和端点解决404错误：

在<system.serviceModel>节点下补充以下配置：

<bindings>
    <basicHttpBinding>
        <binding name="HttpsBinding">
            <security mode="Transport">
                <transport clientCredentialType="None"/>
            </security>
        </binding>
    </basicHttpBinding>
</bindings>
<services>
    <service name="你的服务类完全限定名"> <!-- 例：MyServiceNamespace.TestService -->
        <endpoint address="" binding="basicHttpBinding" bindingConfiguration="HttpsBinding" contract="你的契约接口完全限定名"/> <!-- 例：MyServiceNamespace.ITestService -->
        <endpoint address="mex" binding="mexHttpsBinding" contract="IMetadataExchange"/>
    </service>
</services>

注意：name和contract必须与你的服务类、契约接口的完全限定名完全匹配，包括命名空间。

3. 验证IIS基础配置 #

确保共享主机的IIS站点满足：

• 已绑定HTTPS证书，端口设为443
• 应用程序池的.NET版本与WCF服务兼容
• 若不需要HTTP访问，直接禁用站点的HTTP绑定

4. 排查404错误 #

若配置后仍出现404，检查：

• 服务类和接口的命名空间是否与配置中的name、contract完全一致
• IIS站点物理路径是否正确指向服务发布目录
• 应用程序池是否拥有服务文件的读取权限

内容的提问来源于stack exchange，提问作者Kathy Judd