（原創親測終極解決方法）場景報錯Error -27492: "HttpSendRequest" failed, Windows error code=12029 (cannot connect) and retry limit (0) exceeded for URL=""

網上的解決方法，總是千篇一律，能解決還好，就怕不找原因，轉來轉去還解決不了問題，我也對這個網友很無奈，即然不能解決，你轉載他干嘛？

不想看羅說的直接去下面看我的解決方法。

網上解決方法1：

今天在調試Loadrunner HTTP/HTML腳本的時候出現報錯Error -27492，通過將HTTPS請求修改為HTTP請求，問題得到解決。

Action.c(206): Error -27492: "HttpSendRequest" failed, Windows error code=12029 (cannot connect) and retry limit (0) exceeded for URL="https://host/xxxx/getCashierJson.htm?payOrderId=1512140000000076171&ts=1448263401360"      [MsgId: MERR-27492]
Action.c(206): web_url("getCashierJson.htm") highest severity level was "ERROR", 0 body bytes, 0 header bytes      [MsgId: MMSG-26388]

    本次問題解決有些湊巧，具體原因暫時不太清楚，弄清楚了之后再補充

網上解決方法2：

默認情況下，當錄制http請求后回放腳本，Runtime-setting-Preferences中“winlnet replay instead of sockets(windows only)”選項是不勾選的，即通過LR sockets模擬發出請求。

但是！

LR sockets默認SSL的版本為SSL2和SSL3。當錄制https時，如果SSL版本不一致，就會使sockets端口連接失敗，被服務器拒絕連接，因此為使回放成功，很多人會勾選“winlnet replay instead of sockets(windows only)”。而這個勾選，也就是造成后面報錯的罪魁禍首。

 

勾選“winlnet replay instead of sockets(windows only)”后，LR通過windows系統的WinInet來對外發送請求。但是微軟的WinInet對流量的統計並不准確，而且當發送的請求超時20秒后，就會自動報錯“請求已超時“。這一個超時，也就是造成開頭報錯的原因；即便在LR中設置preferences-->options-->http-request connect timeout(sec)的值設為999，也沒用，因為發送的請求沒不經過LR socket，LR統計不到。

 解決辦法

1）取消勾選”winlnet replay instead of sockets(windows only)“選項

2）在腳本中添加https請求前，添加函數 web_set_sockets_option("SSL_VERSION","TLS")。

 

我的解決方法：

網上的方法我在此就不噴了，你覺得以上方法是解決了嗎？把https 改成 https只能叫繞過，而不是解決。算了網上信息雜亂能獲取的有用信息又有多少呢！

其實大家細想，HttpSendRequest  failed，明顯就是發送失敗，而http又能發送，用瀏覽器也正常。明顯就是腳本證書相關的內容導致的。

排查方法1：

用瀏覽器手動訪問，不正常調瀏覽器證書相關的配置，瀏覽器及其他代理軟件，IE代理等相關配置。把相關代理全部關掉試試。

 

 

排查方法2：

證書安全問題導致的請求被攔截，將IE相關的請求地址添加到受信任站點，把安全級別調整正常，或者直接重置。把高級重置，把相關證書的選項調整一下。（我是使用這個方法解決的，親測）

 

----------------------------------------------------

予人玫瑰，手有余香！如果這篇文章幫助了你，並且讓你覺得想要放到自己的博客上，歡迎轉載，轉載請注明出處。
為能夠給自己帶來價值的東西付費，是再正常不過的事情，物質支持【打賞】和精神支持【好文要頂、推薦】都是我持續總結，持續分享的最大動力！
有興趣的朋友可以添加微信，建微信群討論測試的那些事：