我在从2003迁移到2008 R2后遇到了完全相同的问题，并找到了解决方案。
第一个月
收件人：
Set objhttp = Server.CreateObject ("MSXML2.XMLHTTP.6.0")个
你的问题就解决了
我试图找出这两种对象的优缺点，但还没有找到不使用XMLHTTP的理由。

我有同样的问题，并尝试了很多解决方案下提供的各种职位，但最终没有成功，直到现在.我将详细说明解决方案，为我工作的问题，因为在我的情况下，这是贝宝.我没有打开一个新的职位，因为这可能不只是贝宝的问题，在未来.
解决方案是一个组合的一些stackoverflow张贴解决类似的问题，但这似乎是最好的一个添加。

问题是

尝试使用PayPal Sandbox在Windows Server 2008上使用经典ASP测试PayPal IPN会返回错误“An error occurred in the secure channel support”。

为什么这是个问题

PayPal要求与其系统的所有通信都尽可能安全。您将需要TLS 1.2连接。Windows Server 2008默认情况下不是TLS 1.2。
贝宝抛出了一些混乱的组合说，你需要一个威瑞信G5证书，你为服务器根，但不是域你正在运行你的代码。我也没有安装任何贝宝证书，因为我不使用API。我不相信你需要你的通信从HTTPS网站-虽然我的域名是使用标准的GoDaddy EV证书保护的，但我在一个非HTTPS网站上做了测试，这也起作用了。

我的解决方案

1.首先通过SSL Labs检查您的服务器使用的是哪种安全性。它应该是TLS1.2或更高，并且没有其他TLS或SSL。它还必须具有SHA 256加密。您可能需要为服务器打补丁：https://support.microsoft.com/en-us/kb/3106991。
1.使用IISCrypto设置正确的TLS和密码.我使用了stackoverflow上其他地方提供的注册表更改，但这不起作用，实际上完全搞砸了我的服务器，因为所有使用HTTPS的帖子，而不仅仅是我的开发网站！IISCrypto也处理密码。
1.请确保您的应用程序池是v4.5，这本身并不清楚，因为IIS可能只提供v4.0作为一个选项。但这可能实际上是v4.5。您可以通过https://msdn.microsoft.com/en-us/library/hh925568(v=vs.110).aspx验证这一点。
1.在你的代码中，你需要使用Server.CreateObject ("MSXML2.XMLHTTP.6.0")，而不是上面提到的Server.CreateObject ("MSXML2.ServerXMLHTTP.6.0")。
现在我不知道为什么非服务器XMLHTTP工作，因为这似乎与它背后的文档相反。现在，经过10天的压力，恐慌和沮丧，我不在乎！我希望这对其他人有用。
找到解决方案是一场噩梦，所以我会在下面添加一些短语来帮助其他人，如果搜索：
PayPal IPN因服务器错误而失败
PayPal SSL Windows 2008错误
安全通道支持中出现错误
典型ASP PayPal Sandbox SSL错误
我想公开感谢Rackspace和GoDaddy在这方面的帮助。我想公开声明，我发现贝宝有史以来最糟糕的技术支持，只是不在乎，不断指向自己的文档，如果他们曾经回应。他们说，他们已经发送了电子邮件，自2014年9月以来，但我从来没有收到过一个。这些新的要求是积极的贝宝沙盒，但去生活在2016年9月。我只是偶然发现它作为开发一个新的解决方案，所以需要沙箱-如果你运行现场，你不会知道的问题，直到它击中，然后你死在水里。尽快测试你的整个支付系统上贝宝沙箱是我的建议！！

上面的答案都不适用于我的情况。然后我跳上了这里的链接：
https://support.microsoft.com/en-za/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-a-default-secure-protocols-in

• 此更新提供对Windows Server 2012、Windows 7 Service Pack 1（SP1）和Windows Server 2008 R2 SP1中的传输层安全性（TLS）1.1和TLS 1.2的支持。*
• 使用WinHTTP为使用WINHTTP_OPTION_SECURE_PROTOCOLS标志的 ssl 层（SSL）连接编写的应用程序和服务不能使用TLS 1.1或TLS 1.2协议。这是因为此标志的定义不包括这些应用程序和服务。*
• 此更新添加了对DefaultSecureProtocols注册表项的支持，允许系统管理员指定在使用WINHTTP_OPTION_SECURE_PROTOCOLS标志时应使用哪些SSL协议。*
• 这可以允许某些为使用WinHTTP默认标志而构建的应用程序能够利用较新的TLS 1.2或TLS 1.1协议，而无需对应用程序进行任何更新。
• 对于某些Microsoft Office应用程序，当它们通过使用WebDav、WinRM等技术打开SharePoint库或Web文件夹中的文档、用于DirectAccess连接的IP-HTTPS隧道以及其他应用程序时，就会出现这种情况。*
• 此更新不会更改手动设置安全协议而不是传递默认标志的应用程序的行为。*

通过TLS出站到服务器的Windows 2008 R2服务器上的Client service返回了有问题的错误。我认为这可能是密码套件兼容性。Wireshark跟踪表明Client Hello请求中的版本是TLS 1.0，但服务器需要TLS 1.2。从客户端服务发送到出站服务器的密码套件正常。问题是Windows服务器上的客户端服务或应用程序默认使用系统默认值，不是TLS 1.2。
解决方案是添加一个名为DefaultSecureProtocols的注册表子项，其值对应于应支持的TLS版本。将所述注册表子项添加到以下位置，类型为DWORD：

*HKEY_KEY_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\WinHttp
*HKEY_LOCAL_CINE\Wow6432Node\Microsoft\Windows\CurrentVersion\Internet Settings\WinHttp

对于Internet Explorer修复，您可以添加一个类似的注册表子项标题为SecureProtocols，也与类型DWORD，到以下位置：

*HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings
*HKEY_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings

下面你可以找到这两个子键的值表：

DefaultSecureProtocols Value         Protocol enabled
0x00000008                           Enable SSL 2.0 by default
0x00000020                           Enable SSL 3.0 by default
0x00000080                           Enable TLS 1.0 by default
0x00000200                           Enable TLS 1.1 by default
0x00000800                           Enable TLS 1.2 by default

字符串

• 例如：*
• 管理员希望覆盖WINHTTP_OPTION_SECURE_PROTOCOLS的默认值以指定TLS 1.1和TLS 1.2。*
• 取TLS 1.1的值（0x 00000200）和TLS 1.2的值（0x 00000800），然后在计算器中将它们相加（在编程器模式下），得到的注册表值将是0x 00000 A00。

我将0x 00000 A00作为两个子项的值，成功解决了这个问题。
如果您不希望手动输入注册表子项和值，Microsoft也提供了一个Easy Fix（链接在这里：https://aka.ms/easyfix51044）。

在Windows Server 2016 Classic ASP脚本中，从Windows Server 2012 R2获取HTTPS URL，我最近不得不从SecureProtocols中删除SSL 2.0以阻止此安全通道错误-2147012739。

' Use the latest client
Set httpClient = Server.CreateObject("WinHttp.WinHttpRequest.5.1")

' allow only TLS 1.2 or TLS 1.1
Const WHR_SecureProtocols = 9
httpClient.Option(WHR_SecureProtocols) = &h0800 + &h0200 
' Other values: TLS 1.0 &h0080, SSL 3.0 &h0020, SSL 2.0 &h0008 
' NB Including SSL 2.0 stops https to Windows Server 2012 R2 working

' Other options you may want to set, from https://learn.microsoft.com/en-us/windows/desktop/winhttp/winhttprequestoption 

' Ignore certificate errors
Const WHR_SslErrorIgnoreFlags = 4
httpClient.Option(WHR_SslErrorIgnoreFlags) = &h3300 

' Don't bother checking cert, or risking failure if we can't check
Const WHR_EnableCertificateRevocationCheck = 18
httpClient.Option(WHR_EnableCertificateRevocationCheck) = False

字符串

这一切都是有效的，但是在Windows 7上使用IIS 7.5和经典asp的TLS1.2支持的“关键”缺失位在注册表中设置为：

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\WinHttp]
"DefaultSecureProtocols"=dword:00000800

字符串
我希望这能为你节省一天的时间，重新启动和挠头！：）
此代码片段对于测试很有用。https://www.howsmyssl.com/

<%
Set winhttp = Server.CreateObject("WinHTTP.WinHTTPRequest.5.1")
winhttp.open "GET", "https://howsmyssl.com/a/check", False
winhttp.Send
Response.Write winhttp.responseText 
%>

型

故障排 debugging 误代码：
1.-2147012739是一个HRESULT。
1.在十六进制中是0x 80072 F7 D。
1.查看LOWORD：0x 2F 7 D。
1.把它转换成十进制：12157。

1. 12157错误代码。
   1.找到它匹配：ERROR_WINHTTP_SECURE_CHANNEL_ERROR
   一点Google-fu找到http://msdn.microsoft.com/en-us/library/windows/desktop/aa383770(v=vs.85).aspx，它说：
   错误_WINHTTP_SECURE_CHANNEL_ERROR
   12157
   指示发生了与安全通道有关的错误（相当于“winerror.h”头文件中列出的以“SEC_E_”和“SEC_I_”开始的错误代码）。
   然而，你已经发现了这一点，因为你得到的消息是“描述：安全通道支持中出现错误”。所以这将我们带回到我们开始的地方。
   我观察到的另一点是，您的代码是一个非异步WinHTTP请求（我知道它必须在ASP中运行），但是，令人担忧的是，由于频率很高，您的机器可能会同时处理多个WinHTTP请求。我见过一些Windows故意通过阻止迟到的请求来限制活动并发WinHTTP请求的总数。例如，在Windows 7机器上，进程不能向同一个远程服务器发出2个以上的并发请求。即，第3个，第4个...请求将被阻止，直到前两个完成。
   一种解决方案是在多个应用程序池或多个服务器上对传入请求进行负载平衡。

我们在这个问题上有一个变化，它真的花了我们一些时间来弄清楚。
情况是这样的：一个较旧的Linux服务器，托管一个用PHP编写的应用程序，并通过Web服务调用提供数据。该服务器使用HTTPS。来自各种客户端的调用是使用winHTTP 5.2库的代码进行的。（Winhttp.dll）
症状：我们的客户端现在在使用“POST”命令进行重复的winHTTP调用时收到零星的错误消息。这些消息要么是“提供给函数的缓冲区太小。”要么是“安全通道支持中发生错误”。经过多次搜索，我们发现客户端的服务器正在记录“Schannel Event ID 36887 alert code 20”与可见错误消息对应的事件查看器中。
解决方法：我们发现旧的Linux服务器不支持TLS 1.2。（CentOS 5.11）我们还了解到，我们的几个客户最近（2016年夏季）将更新应用于其Microsoft服务器。（服务器2008，服务器2012）修复是强制他们的服务器使用TLS 1.1进行Web服务调用。更改TLS对问题没有影响。但是，通过更改组策略中的设置，我们能够解决问题。我们的技术顾问指出，这种更改非常模糊，但第三个第三方供应商提供了一个快速解决方案。该工具被称为Nartac的IIS Crypto。https://www.nartac.com/Products/IISCrypto/Download该工具可以让您专门选择协议。我们现在有一个新的服务器托管我们的应用程序（CentOS 6），然后应该能够使用TLS 1.2协议！

几个月前，我自己也遇到了这个错误。大多数情况下，这个问题是由无效的SSL证书引起的。考虑到在发帖时您刚刚迁移到新服务器，您可能只需要重新安装SSL证书。
我知道这个问题很老了，但希望其他人能从我的回答中受益。

同样为了帮助任何可能遇到此问题的人，我们在从Windows Server 2012升级到2019后遇到了类似的问题。问题是一些使用MSXML 6 DLL的自定义代码。升级后，我们开始使用MSxml2.XMLHTTP.6.0对象的Send（）方法获得12029错误。
在应用Windows服务堆栈和其他更新后，错误变为12157。使用IISCrypto进行的一些实验使我们确定以下密码（在Win 2012下启用）必须在就地升级禁用后重新启用。
TLS_ECDHE_RSA_CRU_AES_256_GCM_SHA384
升级/更新后的MSXML6.DLL版本为6.30.17763.2989