Ok, I'm pretty sure I've found the issue here and it's nothing to do with either Java or even NSS.
I can access the URL fine on both machines with wget and curl. The same issue I patched earlier has also been fixed in OpenSSL (used by your ruby client) recently:
* Thu Oct 31 2013 Tomáš Mráz <email address hidden> 1.0.1e-16
- do not advertise ECC curves we do not support
- fix CPU identification on Cyrix CPUs
My box:
Name : openssl Relocations: (not relocatable)
Version : 1.0.1e Vendor: Red Hat, Inc.
Release : 16.el6_5 Build Date: Mon 04 Nov 2013 16:10:09 GMT
Box from Lukas:
Name : openssl Relocations: (not relocatable)
Version : 1.0.1e Vendor: Red Hat, Inc.
Release : 15.el6 Build Date: Fri 27 Sep 2013 10:13:23 EDT
After a yum upgrade of openssl, surprise, surprise...
Ok, I'm pretty sure I've found the issue here and it's nothing to do with either Java or even NSS.
I can access the URL fine on both machines with wget and curl. The same issue I patched earlier has also been fixed in OpenSSL (used by your ruby client) recently:
* Thu Oct 31 2013 Tomáš Mráz <email address hidden> 1.0.1e-16
- do not advertise ECC curves we do not support
- fix CPU identification on Cyrix CPUs
My box:
Name : openssl Relocations: (not relocatable)
Version : 1.0.1e Vendor: Red Hat, Inc.
Release : 16.el6_5 Build Date: Mon 04 Nov 2013 16:10:09 GMT
Box from Lukas:
Name : openssl Relocations: (not relocatable)
Version : 1.0.1e Vendor: Red Hat, Inc.
Release : 15.el6 Build Date: Fri 27 Sep 2013 10:13:23 EDT
After a yum upgrade of openssl, surprise, surprise...
irb(main):001:0> require 'rest-client' /localhost: 8443/candlepin/ status") ":true, \"version\ ":\"0.8. 26\",\" rulesVersion\ ":\"4.2\ ",\"release\ ":\"1\" ,\"standalone\ ":true, \"timeUTC\ ":\"2013- 12-04T14: 06:23.328+ 0000\", \"managerCapabi lities\ ":[\"cores\ ",\"ram\ ",\"instance_ multiplier\ ",\"derived_ product\ ",\"cert_ v3\"],\ "rulesSource\ ":\"DEFAULT\ "}"
=> true
irb(main):002:0> RestClient.get("https:/
=> "{\"result\