調vs報了個sql連接錯誤

A connection was successfully established with the server, but then an error occurred during the pre-login handshake. (provider: SSL Provider, error: 0 - The wait operation timed out.)

SQLServer 2012 已成功與服務器建立連接,但是在登錄前的握手期間發生錯誤。 (provider: SSL Provider, error: 0 - 等待的操作過時。

 

樓主用SQL Server 2012 在連接其他電腦的實例時,一直提示“已成功與服務器建立連接,但是在登錄前的握手期間發生錯誤。 (provider: SSL Provider, error: 0 - 等待的操作過時。”

Google了很多資料,綜合自己的問題,並參照官方問題介紹:http://support.microsoft.com/kb/2568167

和另外一位仁兄的博客http://blog.sina.com.cn/s/blog_728bc6a1010182ai.html整理解決方法如下:


  1. 運行CMD命令提示符工具,輸入netsh WinSock Show Catalog,
  2. 找到0x20000或者0x66  flag的provider

描述:                              XunYount
提供程序 ID:                        {11C21122-85E1....(什麼的忘記了,一段GUID值)
提供程序路徑:                     C:\Windows\System32\xunyount.dll
服務標誌:                           0x66

經查實,這是巡遊加速器的東西,忽然開朗,因爲玩LOL,下載的多玩英雄聯盟盒子,使用過盒子自帶的巡遊加速器。


病因已知道,現在是果斷卸載巡遊加速器(小廣告:可用迅雷網遊加速器替代,樓主一直在用,感覺不錯。),

  1. 在多玩英雄聯盟盒子的安裝目錄有個xunyou的文件夾,直接刪除;
  2. 然後在C:\Windows目錄下搜索xunyount文件,將其刪除;
  3. 現在用管理員身份運行CMD,輸入netsh winsock reset並回車(注意,必須是已管理員身份運行,這個重置LSP連接,因爲巡遊加速修改過LSP。);
  4. 重啓即可,如果重啓連接還是問題依舊,請重試整個流程。
A connection was successfully established with the server, but then an error occurred during the pre-login handshake. (provider: SSL Provider, error: 0 - The wait operation timed out.)

看起來是dotnet4.5引起的。

I have an update on this issue.  It turns out this is being caused by a code change in the .NET framework 4.5 that is interfering with 3rd party software that intercepts Winsock calls. (This kind of software is called a Base Service Provider, or Layered Service Provider).  In short, the 3rd party is going to have to update their software to support .NET 4.5.
Here is the relevant Connect article:
http://connect.microsoft.com/VisualStudio/feedback/details/745004/net-4-5-sql-connection-pre-login-handshake-error

解決:
http://support.microsoft.com/kb/2568167
1.先用"netsh WinSock Show Catalog"看看有誰攔截wsock.
2.找沒有0x20000 flag的provider.
If the "Service Flags" value has the 0x20000 bit set then the provider uses IFS handles and will work fine. If the 0x20000 bit is clear (not set), then it is a non-IFS BSP or LSP.
3.發現一個iKu
描述:                               iKu Smart Network LSP
提供程序 ID:                        {11C21122-85E1-48F3-34B6-23D90C730710}
提供程序路徑:                       C:\Program Files (x86)\YouKu\common\ikutm.dll
服務標誌:                           0x66

 

 

 

我的問題不是上面兩個,但也不知道是啥,我刪除了一些殺軟,比如火絨,禁用了一些啓動項,就好了

發佈了295 篇原創文章 · 獲贊 2 · 訪問量 52萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章