Как отправить запрос HTTPS через прокси-сервер в Java?

Я пытаюсь отправить запрос на сервер, используя класс HttpsUrlConnection. У сервера есть проблемы с сертификатами, поэтому я настроил TrustManager, который доверяет всему, а также одинаково мягкий верификатор имени хоста. Этот менеджер отлично работает, когда я делаю свой запрос напрямую, но он, похоже, вообще не используется, когда я отправляю запрос через прокси.

Я устанавливаю настройки прокси-сервера следующим образом:

Properties systemProperties = System.getProperties();
systemProperties.setProperty( "http.proxyHost", "proxyserver" );
systemProperties.setProperty( "http.proxyPort", "8080" );
systemProperties.setProperty( "https.proxyHost", "proxyserver" );
systemProperties.setProperty( "https.proxyPort", "8080" );

TrustManager по умолчанию SSLSocketFactory настроен следующим образом:

SSLContext sslContext = SSLContext.getInstance( "SSL" );

// set up a TrustManager that trusts everything
sslContext.init( null, new TrustManager[]
    {
        new X509TrustManager()
        {
            public X509Certificate[] getAcceptedIssuers()
            {
                return null;
            }

            public void checkClientTrusted( X509Certificate[] certs, String authType )
            {
                // everything is trusted
            }

            public void checkServerTrusted( X509Certificate[] certs, String authType )
            {
                // everything is trusted
            }
        }
    }, new SecureRandom() );

// this doesn't seem to apply to connections through a proxy
HttpsURLConnection.setDefaultSSLSocketFactory( sslContext.getSocketFactory() );

// setup a hostname verifier that verifies everything
HttpsURLConnection.setDefaultHostnameVerifier( new HostnameVerifier()
{
    public boolean verify( String arg0, SSLSession arg1 )
    {
        return true;
    }
} );

если я запускаю следующий код, я получаю исключение SSLHandshakException ("удаленное закрытое соединение хоста во время рукопожатия"):

URL url = new URL( "https://someurl" );

HttpsURLConnection connection = (HttpsURLConnection)url.openConnection();
connection.setDoOutput( true );

connection.setRequestMethod( "POST" );
connection.setRequestProperty( "Content-Type", "application/x-www-form-urlencoded" );
connection.setRequestProperty( "Content-Length", "0" );

connection.connect();

Я предполагаю, что мне не хватает какой-то настройки, связанной с использованием прокси-сервера при работе с SSL. Если я не использую прокси, вызывается мой метод checkServerTrusted; это то, что мне нужно сделать, когда я также прохожу через прокси.

Я обычно не имею дело с Java и у меня нет большого опыта работы с HTTP/web. Я полагаю, что я предоставил все детали, необходимые для понимания того, что я пытаюсь сделать. Если это не так, дайте мне знать.

обновление:

после прочтения статьи, предложенной ZZ Coder, я внес следующие изменения в код подключения:

HttpsURLConnection connection = (HttpsURLConnection)url.openConnection();
connection.setSSLSocketFactory( new SSLTunnelSocketFactory( proxyHost, proxyPort ) );

connection.setDoOutput( true );
connection.setRequestMethod( "POST" );
connection.setRequestProperty( "Content-Type", "application/x-www-form-urlencoded" );
connection.setRequestProperty( "Content-Length", "0" );

connection.connect();

результат (SSLHandshakeException) тот же. Когда я устанавливаю SLLSocketFactory здесь в SSLTunnelSocketFactory (класс объяснено в статье), материал, который я сделал с TrustManager и SSLContext, переопределен. Разве мне это не нужно?

Другие Новости:

Я изменил класс SSLTunnelSocketFactory, чтобы использовать SSLSocketFactory, который использует мой TrustManager, который доверяет всему. Не похоже, что это что-то изменило. Это метод createSocket SSLTunnelSocketFactory:

public Socket createSocket( Socket s, String host, int port, boolean autoClose )
    throws IOException, UnknownHostException
{
    Socket tunnel = new Socket( tunnelHost, tunnelPort );

    doTunnelHandshake( tunnel, host, port );

    SSLSocket result = (SSLSocket)dfactory.createSocket(
        tunnel, host, port, autoClose );

    result.addHandshakeCompletedListener(
        new HandshakeCompletedListener()
        {
            public void handshakeCompleted( HandshakeCompletedEvent event )
            {
                System.out.println( "Handshake finished!" );
                System.out.println(
                    "t CipherSuite:" + event.getCipherSuite() );
                System.out.println(
                    "t SessionId " + event.getSession() );
                System.out.println(
                    "t PeerHost " + event.getSession().getPeerHost() );
            }
        } );

    result.startHandshake();

    return result;
}

когда мой код вызывает подключение.соединять, этот метод вызывается, и вызов doTunnelHandshake является успешным. Следующая строка кода использует мой SSLSocketFactory для создания SSLSocket; значение toString результата после этого вызова:

" 1d49247[SSL_NULL_WITH_NULL_NULL: Socket[addr= / proxyHost, port=proxyPort, localport=24372]]".

это бессмысленно для меня, но это может быть причиной того, что все ломается после этого.

когда результате.startHandshake() называется, то же метод createSocket вызывается снова из, согласно стеку вызовов, HttpsClient.afterConnect, с теми же аргументами, кроме Socket s-null, и когда дело доходит до результата.startHandshake () снова результат является тем же SSLHandshakeException.

мне все еще не хватает важной части этой все более сложной головоломки?

это трассировка стека:

javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake
  at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:808)
  at com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1112)
  at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1139)
  at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1123)
  at gsauthentication.SSLTunnelSocketFactory.createSocket(SSLTunnelSocketFactory.java:106)
  at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:391)
  at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166)
  at sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:133)
  at gsauthentication.GSAuthentication.main(GSAuthentication.java:52)
Caused by: java.io.EOFException: SSL peer shut down incorrectly
  at com.sun.net.ssl.internal.ssl.InputRecord.read(InputRecord.java:333)
  at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:789)
  ... 8 more
26
java proxy sslhandshakeexception

2 ответов

https proxy не имеет смысла, потому что вы не можете прервать HTTP-соединение на прокси-сервере по соображениям безопасности. С вашей политикой доверия это может работать, если прокси-сервер имеет порт HTTPS. Ваша ошибка вызвана подключением к HTTP-прокси-Порту с помощью HTTPS.

вы можете подключиться через прокси-сервер с помощью туннелирования SSL(многие называют этот прокси-сервер) с помощью команды proxy CONNECT. Однако Java не поддерживает более новую версию туннелирования прокси. В этом случае вам нужно справиться с туннельный себя. Вы можете найти пример кода здесь,

http://www.javaworld.com/javaworld/javatips/jw-javatip111.html

EDIT: если вы хотите победить все меры безопасности в JSSE, вам все равно нужен собственный TrustManager. Что-то вроде этого,

 public SSLTunnelSocketFactory(String proxyhost, String proxyport){
      tunnelHost = proxyhost;
      tunnelPort = Integer.parseInt(proxyport);
      dfactory = (SSLSocketFactory)sslContext.getSocketFactory();
 }

 ...

 connection.setSSLSocketFactory( new SSLTunnelSocketFactory( proxyHost, proxyPort ) );
 connection.setDefaultHostnameVerifier( new HostnameVerifier()
 {
    public boolean verify( String arg0, SSLSession arg1 )
    {
        return true;
    }
 }  );

EDIT 2: я только что попробовал свою программу, которую написал несколько лет назад, используя SSLTunnelSocketFactory, и она тоже не работает. По-видимому, Sun представила новую ошибку когда-то в Java 5. См. эту ошибку доклад,

http://bugs.sun.com/view_bug.do?bug_id=6614957

хорошей новостью является то, что ошибка туннелирования SSL исправлена, поэтому вы можете просто использовать фабрику по умолчанию. Я просто попробовал с прокси-сервером, и все работает так, как ожидалось. Смотри мой код

public class SSLContextTest {

    public static void main(String[] args) {

        System.setProperty("https.proxyHost", "proxy.xxx.com");
        System.setProperty("https.proxyPort", "8888");

        try {

            SSLContext sslContext = SSLContext.getInstance("SSL");

            // set up a TrustManager that trusts everything
            sslContext.init(null, new TrustManager[] { new X509TrustManager() {
                public X509Certificate[] getAcceptedIssuers() {
                    System.out.println("getAcceptedIssuers =============");
                    return null;
                }

                public void checkClientTrusted(X509Certificate[] certs,
                        String authType) {
                    System.out.println("checkClientTrusted =============");
                }

                public void checkServerTrusted(X509Certificate[] certs,
                        String authType) {
                    System.out.println("checkServerTrusted =============");
                }
            } }, new SecureRandom());

            HttpsURLConnection.setDefaultSSLSocketFactory(
                    sslContext.getSocketFactory());

            HttpsURLConnection
                    .setDefaultHostnameVerifier(new HostnameVerifier() {
                        public boolean verify(String arg0, SSLSession arg1) {
                            System.out.println("hostnameVerifier =============");
                            return true;
                        }
                    });

            URL url = new URL("https://www.verisign.net");
            URLConnection conn = url.openConnection();
            BufferedReader reader = 
                new BufferedReader(new InputStreamReader(conn.getInputStream()));
            String line;
            while ((line = reader.readLine()) != null) {
                System.out.println(line);
            }
        } catch (Exception e) {
            e.printStackTrace();
        } 
    }
}

Это то, что я получаю, когда я запускаю программу,

checkServerTrusted =============
hostnameVerifier =============
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
......

как вы можете видеть, оба SSLContext и hostnameVerifier вызываются. HostnameVerifier имеет место, когда имя не соответствует сертификату. Я использовал ...www.verisign.net-чтобы запустить это.

28

попробуйте библиотеку Apache Commons HttpClient вместо того, чтобы пытаться свернуть свой собственный: http://hc.apache.org/httpclient-3.x/index.html

из их примера кода:

  HttpClient httpclient = new HttpClient();
  httpclient.getHostConfiguration().setProxy("myproxyhost", 8080);

  /* Optional if authentication is required.
  httpclient.getState().setProxyCredentials("my-proxy-realm", " myproxyhost",
   new UsernamePasswordCredentials("my-proxy-username", "my-proxy-password"));
  */

  PostMethod post = new PostMethod("https://someurl");
  NameValuePair[] data = {
     new NameValuePair("user", "joe"),
     new NameValuePair("password", "bloggs")
  };
  post.setRequestBody(data);
  // execute method and handle any error responses.
  // ...
  InputStream in = post.getResponseBodyAsStream();
  // handle response.


  /* Example for a GET reqeust
  GetMethod httpget = new GetMethod("https://someurl");
  try { 
    httpclient.executeMethod(httpget);
    System.out.println(httpget.getStatusLine());
  } finally {
    httpget.releaseConnection();
  }
  */
0