Amazon web services JMeter AWS HTTPS SNI问题

有没有办法让JMeter使用AWS HTTPS SNI

现在，当我试图通过HTTPS和启用CloudFront SNI访问我的资源时，我收到以下异常：

javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failure
    at sun.security.ssl.Alerts.getSSLException(Alerts.java:192)
    at sun.security.ssl.Alerts.getSSLException(Alerts.java:154)
    at sun.security.ssl.SSLSocketImpl.recvAlert(SSLSocketImpl.java:2023)
    at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1125)
    at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1375)
    at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1403)
    at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1387)
    at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:563)
    at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
    at sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:153)
    at org.apache.jmeter.protocol.http.sampler.HTTPJavaImpl.sample(HTTPJavaImpl.java:483)
    at org.apache.jmeter.protocol.http.sampler.HTTPSamplerProxy.sample(HTTPSamplerProxy.java:74)
    at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:1146)
    at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:1135)
    at org.apache.jmeter.threads.JMeterThread.process_sampler(JMeterThread.java:434)
    at org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:261)
    at java.lang.Thread.run(Thread.java:745)

---

是的，CloudFront支持SNI[1]。您确定要发送SNI头并使用支持的密码[2]吗？要进行验证，可以执行以下操作：

• 对SSL连接尝试进行TCP转储
• 查找“客户你好”消息
• 确保看到扩展名：服务器名称
• 确保服务器名称指示扩展已设置服务器名称

---

这是JMeter在使用HTTPClient 4时的一个已知问题：

因此，您可以选择在HTTP请求上切换到HttpClient3.1实现

2016年2月17日编辑：

• 这个问题在夜间构建中得到了修复，若你们明天就可以得到它并为你们提供关于它是否能与HTTPClient 4一起工作的反馈，那个就太好了

---

几分钟前，我们尝试下载最后一个夜间构建并执行测试。不幸的是，这个问题仍然存在。如果使用buildbot，它还不可用，您需要使用它。它仅在几分钟后可用。现在我想确认问题已经解决了！非常感谢你！您好，很抱歉（我对您的句子的理解有疑问），您是否确认该问题已在使用HttpClient4实现的昨晚构建中修复？是的，您是正确的。此问题已在最后一次夜间构建中修复-