卷曲錯誤35，可能是什么原因？

Question

麻煩昨天顯示了出來-從curl中得到以下答案（curl_exec在php腳本中調用）：

$<errno>35</errno>
$<error>Unknown SSL protocol error in connection to w3s.webmoney.ru:443 </error>

該錯誤僅在某些時候發生，對4個無效錯誤（大約35個錯誤）的有效響應大約為4-5。 在昨天之前，應用程序長時間正確地處理了這些請求。

希望有人能給我提示該錯誤的可能原因。

PS：我們最近遭受互聯網連接問題的困擾，是否可以某種方式連接到該錯誤？

Upd：將詳細輸出設置為true會使curl寫入以下日志：

* About to connect() to w3s.webmoney.ru port 443 (#0)
*   Trying 82.198.171.158... * connected
* Connected to w3s.webmoney.ru (82.198.171.158) port 443 (#0)
* successfully set certificate verify locations:
*   CAfile: ${path}/WebMoneyCA.crt
  CApath: /etc/ssl/certs
* SSL connection using RC4-MD5
* Server certificate:
*        subject: C=RU; O=WebMoney Transfer; OU=WebMoney Web Service; CN=w3s.webmoney.ru
*        start date: 2010-06-07 10:03:43 GMT
*        expire date: 2012-06-07 10:13:43 GMT
*        common name: w3s.webmoney.ru (matched)
*        issuer: OU=WM Transfer Certification Services; O=WM Transfer Ltd; CN=WebMoney Transfer Root CA
*        SSL certificate verify ok.
> POST /asp/XMLPurses.asp HTTP/1.1
Host: w3s.webmoney.ru
Accept: */*
Content-Length: 281
Content-Type: application/x-www-form-urlencoded

< HTTP/1.1 200 OK
< Date: Fri, 10 Dec 2010 13:00:04 GMT
< Server: Microsoft-IIS/6.0
< X-Powered-By: ASP.NET
< Content-Length: 4423
< Content-Type: text/xml; Charset=windows-1251
< Expires: Fri, 10 Dec 2010 13:00:04 GMT
< Set-Cookie: ASPSESSIONIDQADQDTAQ=FJMNECHBENFFAADHEHPFOKAE; path=/
< Cache-control: private
<
* Connection #0 to host w3s.webmoney.ru left intact
* Closing connection #0
* About to connect() to w3s.webmoney.ru port 443 (#0)
*   Trying 212.158.173.158... * connected
* Connected to w3s.webmoney.ru (212.158.173.158) port 443 (#0)
* successfully set certificate verify locations:
*   CAfile: ${path}/WebMoneyCA.crt
  CApath: /etc/ssl/certs
* Unknown SSL protocol error in connection to w3s.webmoney.ru:443
* Closing connection #0

Upd ：問題不在我們這邊。 該問題隱藏在212.158.173.158服務器中的w3s.webmoney.ru中。 如果有可用信息，我將添加有關該錯誤的更多詳細信息。

Answer 1

得到了WM支持人員的以下答復：

“主機名w3s.webmoney.ru上有四個IP地址。當請求最終以212.158.173.158結尾時，SSL被提供商的一個反DDoS硬件殺死。問題已解決，他們現在正在嘗試要解決這個問題。”