@Freedom0619: 把你的解决方案描述一遍，我现在还不知道你弄了个什么东西，以及如何就产生了这个错误

@Freedom0619: 你使用了 wsHttpBinding，URI 应该使用 HTTPS。

@Freedom0619: 从你给的 wsdl 的截图看，你的服务配置实用了 wsHttpBinding，因此一定要求使用 HTTPS。你把服务端的 WCF 的配置贴出来。

@Freedom0619: 你的服务用了 WSHttpBinding，那么服务的地址一定要是 HTTPS 的，而且默认的话，应该是 Windows 身份认证（从你的自动生成的客户端配置文件中也可以看出来：<identity>
                    <userPrincipalName value="lu.yy@cn1.global.ctrip.com" />
                </identity>），我不知道这是不是你想要的。

我建议你在服务端通过配置文件的形式来配置你的服务，不要通过代码来修改。而且没有特殊需求的话，请使用 IIS 宿主服务。

@Freedom0619: 按照他的代码，默认是 Message 安全和 Windows 身份认证（要求服务端和客户端机器在同一域中），你在部署服务的机器上通过添加服务引用（避免不同域的问题），然后把自动生成的配置文件贴出来。

@Freedom0619: 全改成 BasicHttpBinding 是没有问题的。生成的配置文件也没问题，你得在同域或者同一台机器去生成，然后贴出来。主要是安全配置部分导致了你目前的问题。

@Freedom0619: 能，在同一域或机器上做这个操作，然后把自动生成的配置贴出来。

@Freedom0619: 服务部署在机器 A，客户端项目也在 A 机器，然后添加服务引用

@Freedom0619: http://blog.csdn.net/hcqi2004/article/details/7299525

按照这篇文章写示例程序，然后在你本机测试，把添加服务引用后的自动生成的配置信息给贴出来。—— 这下你能看明白了吗？

@Freedom0619: 你的服务是部署在 127.0.0.1:8960（本机）的吗？

 <identity>
          <userPrincipalName value="lu.yy@cn1.global.ctrip.com" />
        </identity>

这个自动生成的配置有问题，删掉。

@Freedom0619: 保证你的服务和客户端的 wsHttpBinding 中的 security 设置是这样：

<security mode="Message">
            <message clientCredentialType="Windows"
                     negotiateServiceCredential="true"
                     algorithmSuite="Default"
                     establishSecurityContext="true" />
          </security>

然后同一台机器里运行服务端和客户端，或者同一个 Windows 域（不知道啥叫域，就自己去百度下）中。

@Freedom0619: 请问一下，Uri("http://127.0.0.1:8960/ComputeEngineservice/metadata");这个url地址是自己任意选定的吗？这个URL地址要本机吗？这个问题我一直没搞清楚

你给个电话，我打打电话给你讲，我不是在这里写书的。