http://bugs.winehq.org/show_bug.cgi?id=16831
Summary: NETCON_secure_connect SSL_connect failed Product: Wine Version: 1.1.12 Platform: PC-x86-64 URL: http://www.audible.com/adbl/site/softwareWizard/Software Windows.jsp?BV_UseBVCookie=Yes OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wininet AssignedTo: wine-bugs@winehq.org ReportedBy: support@tjworld.net
Audible's Manager.exe (version 5.5.0.0) fails to 'Activate' a device (part of the Digital Restrictions Management for the audio books) using SSL (requires an Audible account). This may be related to bug #15482.
The relevant trace fragment (+wininet,+secur32,+schannel) shows:
trace:wininet:HTTP_OpenConnection --> trace:wininet:GetAddress L"www.audible.com"trace:wininet:HTTP_ResolveName resolved L"www.audible.com" to 88.221.113.139 err:wininet:NETCON_secure_connect SSL_connect failed: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol warn:wininet:HTTP_OpenConnection Couldn't connect securely to host trace:wininet:HTTP_OpenConnection 0 <--
Wireshark doesn't show *any* SSL/TLS attempts (on port 443).
Extracting the URL AudibleManager is attempting to open (a GET that includes username and encrypted password) from the trace and pasting it into Firefox, a successful response is returned (and Wireshark shows a complete TLS v1 session).
I'm aiming to test the patch attached to bug #15482, "negotiate TLSv1 instead of SSL2/3" against this.