【问题标题】:JMeter - Connection reset and SSL errors when load test more than 120 threads in windows 7JMeter - 在 Windows 7 中负载测试超过 120 个线程时连接重置和 SSL 错误
【发布时间】:2018-06-02 19:13:06
【问题描述】:

我正在尝试使用来自 windows 7/10 的最新 JMeter 3.3 加载测试网站

当线程数为 120 或以上时,我开始从 F5 收到 SSL 握手失败。

当我将-Djavax.net.debug=all 添加到执行时,我发现许多不同的套接字异常:

java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(Unknown Source)
at java.net.SocketInputStream.read(Unknown Source)
at sun.security.ssl.InputRecord.readFully(Unknown Source)
at sun.security.ssl.InputRecord.read(Unknown Source)
at sun.security.ssl.SSLSocketImpl.readRecord(Unknown Source)
at sun.security.ssl.SSLSocketImpl.performInitialHandshake(Unknown Source)
at sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)

或者

java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(Unknown Source)
at java.net.SocketInputStream.read(Unknown Source)
at sun.security.ssl.InputRecord.readFully(Unknown Source)
at sun.security.ssl.InputRecord.read(Unknown Source)
at sun.security.ssl.SSLSocketImpl.readRecord(Unknown Source)

或者

 java.net.SocketException: Connection reset by peer: socket write error
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(Unknown Source)
at java.net.SocketOutputStream.write(Unknown Source)
at sun.security.ssl.OutputRecord.writeBuffer(Unknown Source)
at sun.security.ssl.OutputRecord.write(Unknown Source)

我关注answer,但可能已经过时了:

确保您的 HTTP 请求“实施”是 HTTPClient4 添加 将以下行添加到 user.properties 文件(位于 /bin 文件夹中 你的 JMeter 家)

httpclient4.retrycount=1 hc.parameters.file=hc.parameters 在 hc.parameters 文件(相同位置 - JMeter 的 /bin 文件夹)取消注释 下一行:

http.connection.stalecheck$Boolean=true

如何防止这些错误?我尝试调整加速期,但没有帮助。 我还尝试添加 EnableConnectionRateLimiting 注册表建议 here 并失败。

我是否达到了 Windows 上 JMeter 的限制,还是可以配置/增加它?

编辑

我尝试使用不同的重试次数和 Java 实现设置 HTTP,但没有改变。

EDIT2

我发现为我的 HTTP 请求使用特定的正确 TLSv1.2 协议解决了这个问题,在 jmeter.properties 中添加以下行:

https.socket.protocols=TLSv1.2

enhancement 用于使 http 参数可配置。

这使我能够将负载增加到大约 220 个线程,而不会在加速期间出现 SSL 握手错误。

【问题讨论】:

  • @UBIKLOADPACK 我们做了一个解决方法来克服它
  • 如果不保密是什么?
  • @UBIKLOADPACK 没有通过 F5
  • 所以这是 F5 的性能问题?我已经遇到过这种问题。有时它也是一个保活不匹配。
  • @UBIKLOADPACK 好像是 F5 问题

标签: multithreading sockets ssl jmeter


【解决方案1】:

您可能需要调整 windows tcp 设置以避免达到打开的端口限制。

看这个:

你需要设置:

  • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\MaxUserPort http://technet.microsoft.com/en-us/library/aa995661.aspx
  • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\TcpTimedWaitDelay http://technet.microsoft.com/en-us/library/bb397379.aspx 视窗 2003 通过在 Windows 注册表项上将 TcpTimedWaitDelay TCP/IP 参数设置为 30 秒来减少 TIME_WAIT

  • HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters,作为 DWORD 值。 通过将 Windows 注册表项 HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters 上的 MaxUserPort TCP/IP 参数设置为更高的值(如 32768)作为 DWORD 值来增加临时端口的范围。这会将端口范围设置为 1024 到 32768。

  • Windows 2008 R2 通过将 Windows 注册表项 HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters 上的 TcpTimedWaitDelay TCP/IP 参数设置为 30 秒(作为 DWORD 值)来减少 TIME_WAIT。 通过命令 netsh int ipv4 set dynamicportrange tcp start=32767 num=65535 将 dynamicportrange 设置为更高的值来增加临时端口的范围,这会将端口范围设置为从 32768 到 65535。

【讨论】:

  • 这些是 Windows Server 调优技巧,它们是否相关?
  • 我更新了答案,根据我使用 Windows 的经验,您需要根据版本在 Windows 上设置这些注册表值
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2019-09-02
  • 1970-01-01
  • 1970-01-01
  • 2021-09-20
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多