我有一个简单的web服务调用，由。net (c#) 2.0 Windows应用程序生成，通过Visual Studio生成的web服务代理，用于同样用c#(2.0)编写的web服务。这种方法已经有效了好几年，并且在十几个正在运行的地方继续有效。
在新地点的新安装遇到了问题。当试图调用web服务时，它失败了，消息说:
无法为SSL/TLS安全建立信任关系 通道
web服务的URL使用SSL (https://)——但这已经在许多其他位置工作了很长时间(并继续这样做)。
我该往哪里看?这可能是Windows和。net之间的安全问题，是此安装独有的吗?如果是，我在哪里建立信任关系?我迷路了!
当前回答
在我的情况下，我试图在Visual Studio环境中使用IIS 7测试SSL。
这是我最后做的让它工作:
在我的网站的“绑定…”在IIS中，我必须添加“https”绑定到端口443，并选择“IIS Express development Certificate”。 在我的网站的“高级设置…”我必须将“启用的协议”从“http”更改为“https”。 在“SSL设置”图标下，我选择了客户端证书的“接受”。 然后我不得不回收应用程序池。 我还必须使用mmc.exe将本地主机证书导入我的个人存储。
我的网络。配置文件已经正确配置，所以在我把上面所有的东西都整理好之后，我就可以继续测试了。
其他回答
想法(基于过去的痛苦):
do you have DNS and line-of-sight to the server? are you using the correct name from the certificate? is the certificate still valid? is a badly configured load balancer messing things up? does the new server machine have the clock set correctly (i.e. so that the UTC time is correct [ignore local time, it is largely irrelevent]) - this certainly matters for WCF, so may impact regular SOAP? is there a certificate trust chain issue? if you browse from the server to the soap service, can you get SSL? related to the above - has the certificate been installed to the correct location? (you may need a copy in Trusted Root Certification Authorities) is the server's machine-level proxy set correctly? (which different to the user's proxy); see proxycfg for XP / 2003 (not sure about Vista etc)
我的解(VB。Net，这个应用程序的“登台”(UAT)版本需要与“登台”证书一起工作，但不影响请求一旦他们在现场):
...
Dim url As String = ConfigurationManager.AppSettings("APIURL") & "token"
If url.ToLower().Contains("staging") Then
System.Net.ServicePointManager.ServerCertificateValidationCallback = AddressOf AcceptAllCertifications
End If
...
Private Function AcceptAllCertifications(ByVal sender As Object, ByVal certification As System.Security.Cryptography.X509Certificates.X509Certificate, ByVal chain As System.Security.Cryptography.X509Certificates.X509Chain, ByVal sslPolicyErrors As System.Net.Security.SslPolicyErrors) As Boolean
Return True
End Function
如果没有工作坏证书，当ServerCertificateValidationCallback返回true; 我的ServerCertificateValidationCallback代码:
ServicePointManager.ServerCertificateValidationCallback += delegate
{
LogWriter.LogInfo("Проверка сертификата отключена, на уровне ServerCertificateValidationCallback");
return true;
};
我的代码被阻止执行ServerCertificateValidationCallback:
if (!(ServicePointManager.CertificatePolicy is CertificateValidation))
{
CertificateValidation certValidate = new CertificateValidation();
certValidate.ValidatingError += new CertificateValidation.ValidateCertificateEventHandler(this.OnValidateCertificateError);
ServicePointManager.CertificatePolicy = certValidate;
}
OnValidateCertificateError功能:
private void OnValidateCertificateError(object sender, CertificateValidationEventArgs e)
{
string msg = string.Format(Strings.OnValidateCertificateError, e.Request.RequestUri, e.Certificate.GetName(), e.Problem, new Win32Exception(e.Problem).Message);
LogWriter.LogError(msg);
//Message.ShowError(msg);
}
我禁用了CertificateValidation代码和ServerCertificateValidationCallback运行得很好
Luke写了一篇关于这方面的好文章。 非常直截了当。试试吧
卢克的解决方案
原因(引用自他的文章(含诅咒)) “. . 上面的代码的问题是，如果您的证书无效，它将无法工作。为什么我要发布到一个网页与无效的SSL证书?因为我很便宜，我不想付钱给Verisign或其他** *的人对我的测试箱进行认证，所以我自己签名了。当我发送请求时，我得到了一个可爱的例外:
System.Net.WebException 底层连接被关闭。无法与远程服务器建立信任关系。
我不知道你怎么想，但对我来说，这个异常看起来像是由我的代码中一个愚蠢的错误引起的，导致POST失败。所以我一直在寻找，调整，做各种奇怪的事情。只有在我谷歌了***n的东西，我发现遇到无效的SSL证书后的默认行为是抛出这个异常。 . .”
我刚刚遇到了这个问题。我的解决方案是通过手动同步时间服务器来更新系统时间。要做到这一点，你可以:
右键单击任务栏中的时钟 选择“调整日期/时间” 选择“Internet Time”选项卡 单击“更改设置” 选择立即更新
在我的情况下，这是不正确的同步，所以我必须点击它几次才能正确更新。如果它继续不正确地更新，您甚至可以尝试从服务器下拉菜单中使用不同的时间服务器。
