使用Java SSLSocket时，Windows和Linux / OS X有什么区别？

Question

我在Windows下编写了一个基于Java的多服务器聊天系统。 在安全性部分，我创建了一个密钥库来创建SSLSocket。 当我启动3台服务器时，它可以在Windows（Win10 14393.321）上运行，但在OS X（版本10.12（16A323））和Linux（Ubuntu 14.04.4 LTS）上无法运行。 这真的让我感到困惑。 这是密钥库部分：

System.setProperty("javax.net.ssl.keyStore",keyFilepath);
System.setProperty("javax.net.ssl.trustStore",keyFilepath);
System.setProperty("javax.net.ssl.keyStorePassword","password");
System.setProperty("javax.net.ssl.trustStorePassword", "password");

当我在OS X或Linux上运行第三台服务器时，它显示：

java.net.ConnectException：连接被拒绝

在java.net.PlainSocketImpl.socketConnect（本地方法）在java.net.AbstractPlainSocketImpl.doConnect（AbstractPlainSocketImpl.java:350）在java.net.AbstractPlainSocketImpl.connectToAddress（AbstractPlainSocketImpl.java:206）在java.net.AbstractPlainSocketImpl.connect （java.net.SocksSocketImpl.connect（SocksSocketImpl.java:392）的java.net.Socket.connect（Socket.java:589）的sun.security.ssl.SSLSocketImpl.connect（SSLSocketImpl。）（AbstractPlainSocketImpl.java:188） java：668）在sun.security.ssl.SSLSocketImpl。（SSLSocketImpl.java:427）在sun.security.ssl.SSLSocketFactoryImpl.createSocket（SSLSocketFactoryImpl.java:88）在server.AuthorizeServer.MessageReceive（AuthorizeServer.java:99）在server.AuthorizeServer.main（AuthorizeServer.java:64）在sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法）在sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:62）在sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessor .java：43），请访问java.lang.reflect.Method。 在org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main（JarRsrcLoader.java:58）处调用（Method.java:497）

这是我第一次询问StackOverflow，非常期待您的帮助。 谢谢！

Answer 1

java.net.ConnectException：连接被拒绝

连接被拒绝是来自TCP堆栈的错误消息，表示它无法与TCP连接到另一端。 由于SSL / TLS是TCP之上的一层，并且仅在TCP连接成功后才启动，因此这意味着问题不是由SSL / TLS层上的不同行为引起的。

这不是由SSL层引起的，而TCP层也可以由stacktrace看到： java.net上的连接被拒绝。 PlainSocket Impl.socketConnect

更有可能的是，有某些东西阻止了TCP连接（防火墙），或者您试图侦听/连接到错误的IP地址（例如，尝试从Linux系统访问Windows 127.0.0.1上的服务器）。 但是从当前提供的信息中无法确切地说出情况是什么。