问题： 曾经遇到过一个问题，在一次性能测试过程中，使用http协议的多用户向服务器发送请求。设置了持续时间，出现错误为：27796, Failed to connect to server 'hostname';port_ld': 'reason'.10048.（凭记忆写的，不知道写错了没有） 分析: 因为负载生成器的性能太好，发数据包特别快，服务器也响应特别快，从而导致负载生成器的机器的端口在没有timeout之前就全部占满了。在全部占满后，就会出现上面的错误。执行netstat –na命令，可以看到打开了很多端口。所以就调整TCP的time out。即在最后一个端口还没有用到时，前面已经有端口在释放了。 官方的troubleshooting： 查看工具的troubleshooting，如下： 复制内容到剪贴板代码: Message Code 27796 Failed to connect to server 'hostname';port_ld': 'reason'. Unable to connect to the specified server and port. Troubleshooting o Try to address the reason provided for the connection failure. o Try to access the application with a browser from the injector machine and from another machine (such as the recording machine). o Check that you accurately specified the correct host name and port. o Ping the host/port. o Check if the server application you are trying to access is running. o If you used a hostname, check if it was resolved to the correct address. o Check if the server application is listening to the right port. 均不是解决之道。 成功的解决方法： 在注册表HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters里，有如下两个键值： TcpTimedWaitDelay MaxUserPort 1,这里的TcpTimedWaitDelay默认值应该中是30s，所以这里，把这个值调小为5s（按需要调整）。 2,也可以把MaxUserPort调大（如果这个值不是最大值的话）。 反复验证，问题解决。 我在网上又查了点信息，大家一起提高下 TcpTimedWaitDelay 值決定了 TCP/IP 必須經過多久，才能釋出已關閉的連線及重複使用它的資源。這個關閉和釋出的間隔稱為 TIME_WAIT 狀態，或是區段生命期限上限 (2MSL) 狀態的兩倍。在這段時間內，通往用戶端和伺服器的連線重新開啟的成本，比建立新的連線低。藉由縮減這個項目的值，TCP/IP 可以更快釋出已關閉的連線，提供更多資源給新的連線。如果執行中的應用程式需要快速釋出、建立新連線，或多個連線在 TIME_WAIT 狀態中造成通訊量太低，因而需要進行調整的話，請調整這個參數。 預設值是 0xF0，它會將等待時間設為 240 秒（4 分鐘）。 最小的建議值是 0x1E，它會將等待時間設為 30 秒。請利用這個程序來檢視或自訂您的值。 啟動 regedit 指令，瀏覽至 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TCPIP\Parameters 登錄次機碼，建立名稱為 TcpTimedWaitDelay 的新 REG_DWORD 值。 將值設為十進位 30，也就是十六進位的 0x0000001e。這個值會將等待時間設為 30 秒。 關閉登錄編輯器。 停止並重新啟動系統。 MaxUserPort MaxUserPort 值決定了當應用程式向系統要求可用的使用者埠時，TCP/IP 所能指派的最高埠號。如果您的系統報告建立 Socket 時，發生錯誤異常狀況，可能是匿名（短期）埠的數量不當所造成，當系統開啟大量的埠來建立 Web 服務、資料庫或其他遠端資源的連線時，尤其如此。 原文见：http://blog.csdn.net/zeeslo