Я пытаюсь подключиться к конечной точке HTTPS в Java.Каждый метод, который я пробовал (более подробно ниже), в итоге генерирует эту трассировку стека:
java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:168)
at com.sun.net.ssl.internal.ssl.InputRecord.readFully(InputRecord.java:293)
at com.sun.net.ssl.internal.ssl.InputRecord.read(InputRecord.java:331)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:798)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1138)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:753)
at com.sun.net.ssl.internal.ssl.AppInputStream.read(AppInputStream.java:75)
Я пробовал:
- Соединение с библиотеками javax SOAP и новым URL ("https: // ...")
- Соединение с новым URL ("https: // ...") .openConnection ()
Создание SSL-соединения вручную:
Security.addProvider(new com.sun.net.ssl.internal.ssl.Provider());
SSLSocketFactory factory = (SSLSocketFactory) SSLSocketFactory.getDefault();
SSLSocket socket = (SSLSocket) factory.createSocket("...", 443);
Writer out = new OutputStreamWriter(socket.getOutputStream());
// https requires the full URL in the GET line
//
out.write("GET / HTTP/1.0\r\n");
out.write("\r\n");
out.flush();
// read response
BufferedReader in = new BufferedReader(
new InputStreamReader(socket.getInputStream()));
int c;
while ((c = in.read()) != -1) {
System.out.write(c);
}
out.close();
in.close();
socket.close();
Еще несколько подробностей:
- Каждый метод, который я пробовал, работал с другими серверами SSL, это конкретный сервер (я нея могу свободно обсуждать, какой сервер является деловым партнером)
- Я могу подключиться к этому серверу как с помощью веб-браузера, так и с помощью фальсифицированного SOAP-запроса с помощью curl;Это что-то специфичное для Java.
Итак, кажется довольно ясным, что между Java и HTTPS-сервером существуют некоторые разногласия по поводу того, как должно происходить рукопожатие, что, вероятно, означает, что на сервере есть какой-то странный SSLконфигурации.Однако у меня нет прямого доступа к серверу, и люди, которые делают это, находятся на полпути по всему миру, поэтому связь немного напрягается из-за очень разных часовых поясов.
Если мои предположения верны, то чтовозможные проблемы с SSL могут быть?Что может вызвать что-то подобное?Где я могу попросить людей, управляющих сервером, искать проблемы?Когда я делаю запрос с помощью curl, я получаю следующие заголовки конфигурации сервера:
Server: Apache/2.2.9 (Debian) mod_jk/1.2.26 PHP/5.2.6-1+lenny10 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g mod_perl/2.0.4 Perl/v5.10.0
X-Powered-By: PHP/5.2.6-1+lenny10
X-SOAP-Server: NuSOAP/0.7.3 (1.114)