<div dir="ltr"><div>Hi All.</div><div><br></div><div>I'm hoping to get some insight into a problem with ssl:connect (and ultimately httpc:request) getting tls handshake errors connecting to some (but not all) webservers even while other clients on the same machine (cURL, Ruby Net::HTTP, etc) can connect just fine.</div><div><br></div><div>I'm using Erlang 19.1.3, but this issue appears to have started with 18.3.4 (earlier versions appear to work correctly)</div><div><br></div><div>I'm trying to connect to a (correctly configured) public endpoint at <a href="http://api.bitbucket.org">api.bitbucket.org</a></div><div><br></div><div>  > ssl:connect('<a href="http://api.bitbucket.org">api.bitbucket.org</a>', 443, []).</div><div>  {error,{tls_alert,"handshake failure"}}</div><div><br></div><div>If I attempt to connect to a different endpoint, lets say <a href="http://api.github.com">api.github.com</a> it works just fine.</div><div><br></div><div>  > ssl:connect('<a href="http://api.github.com">api.github.com</a>', 443, [])</div><div>  {ok,{sslsocket, ... }}</div><div><br></div><div>Since it's only *some* SSL endpoints, clearly there is some server side certificate configuration causing the erlang client to behave differently during the handshake, but I'm not sure how to diagnose this when cURL and other language clients work correctly.</div><div><br></div><div>I'm using a clean install of the esl-erlang packages provided by Erlang Solutions on Ubuntu 16.04 and debugging with older versions it looks like it broke somewhere around 18.3.4</div><div><br></div><div>Any insights would be greatly appreciated!<br></div><div><br></div><div>Thanks</div><div>- Jake</div></div>