![]() (DHCrypt.java:100)Īn example of a server that demonstrates this problem is :6697 (this is an IRC server). DHKeyPairGenerator.initialize(DashoA13*.)Īt $Delegate.initialize(KeyPairGenerator.java:627)Īt. (SSLSocketImpl.java:1165)įinal cause: Caused by: : Prime size must be multiple of 64, and can only range from 512 to 1024 (inclusive)Īt. 08:32:14 TLS Error: TLS handshake failed. The 10.7.5 update is recommended for all OS X Lion users and includes general operating system fixes that improve the stability, compatibility and security of your Mac. When I make an SSL connection with some IRC servers (but not others - presumably due to the server's preferred encryption method) I get the following exception: Caused by: : Could not generate DH keypairĪt. 05:59:19 Tunnelblick: OS X 10.7.5 Tunnelblick 3.4beta08. S.connect(new InetSocketAddress(host, port), timeout) S = (SSLSocket)sslContext.getSocketFactory().createSocket() SslContext.init(null, trustAllCerts, new SecureRandom()) My code (which as noted does work when connecting to some SSL servers) is: SSLContext sslContext = SSLContext.getInstance("SSL") An example of a server that does not demonstrate the problem is :6697. It's that last startHandshake that throws the exception. #Handshaker 10.7.5 mac code#Īnd yes there is some magic going on with the 'trustAllCerts' that code forces the SSL system not to validate certs. Please select Mac OS X Disk Image when downloading this file directly from this site. The installer was downloaded directly from the Apple App Store. Obviously one possibility is that esper's server is misconfigured, but I searched and didn't find any other references to people having problems with esper's SSL ports, and 'openssl' connects to it (see below). Topics mac, os x, mavericks, apple, os x 10.9, macos, os x, macos, mavericks, operating systems, macintosh This is the installer for OS X 10.9 Mavericks. New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-SHA SSL handshake has read 2178 bytes and written 468 bytes Here's what happens when I connect to 6697 using 'openssl' from commandline: ~ $ openssl s_client -connect :6697ĭepth=0 error:num=18:self signed certificate So I'm wondering if this is a limitation of Java default SSL support, or something. Verify return code: 18 (self signed certificate)Īs noted, after all that, it does connect successfully which is more than you can say for my Java app. Should it be relevant, I'm using OS X 10.6.8, Java version 1.6.0_26. Features Fixed an issue that prevented some Macs from automatically connecting to known Wi-Fi networks Fixed issue causing the background or Apple logo to appear incorrectly on startup Improved the reliability of waking from sleep Included Safari 7.0.5 For detailed information about the security content of this update, see Apple security updates.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |