title: routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
body: <p>I use a PSP for payments, and when I use their webhook alert test it gives te following message: <code>routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure</code></p>
  <p>After reading up on people reporting similar issues (where mostly they are the ones that are request the URL, in this case it's an external service) it looks like this is a misconfiguration on Paddle's end? But I'm not sure since it looks like SSLv3 is very old?</p>
  <p>My nginx server that listens for the incoming webhook has this in its config file:</p>
  <pre><code>ssl_protocols TLSv1.2;
  ssl_ciphers ECDHE-RSA-AES256-GCM-SHA512:DHE-RSA-AES256-GCM-SHA512:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-SHA384;
  ssl_prefer_server_ciphers on;
  ssl_dhparam /etc/nginx/dhparams.pem;
  </code></pre>
  <p>Is the problem that it doesn't have <code>SSLv3</code> for <code>ssl_protocols</code>? If so: it doesn't look like it's a good idea to add it?</p>
  <p><strong>Update</strong>
  I changed my log level from <code>debug</code> to <code>info</code> and this is the result:</p>
  <pre><code>SSL_do_handshake() failed (SSL: error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher) while SSL handshaking
  </code></pre>
  <p>And <a href="https://serverfault.com/questions/905011/nginx-ssl-do-handshake-failed-ssl-error1417d18cssl">this post</a> again indicates that this is then an issue on the PSP's end?</p>