You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Rumpa Giri <gi...@yahoo.com> on 2006/06/06 04:46:31 UTC
Tomcat /JSSE help needed
Tomcat Version 5.0.25
JDK Version 1.5
One of our vendor required client authentication to retrieve data. So, we got a Thwate Freemail Certificate, send the vendor our serial number. Our vendor added that serial number to their application to allow us to contact their .aspx url.
We got the certificate .pfx file with the certificate chain. For our java code to interact successfully with their URL, we had to import the certificate with the private key in a keystore. We created a Keystore by extracting the private key from the .pfx file. So every time we connect using the httpsurl connection, we put the keystore as follows:
System.setProperty("java.protocol.handler.pkgs", "com.sun.net.ssl.internal.www.protocol");
System.setProperty("javax.net.ssl.keyStorePassword", _storePwd);
System.setProperty("javax.net.ssl.keyStore", _keystorePath);
URL urlToConnect = new URL(_url);
HttpURLConnection conn = (HttpURLConnection) urlToConnect.openConnection();
conn.setRequestMethod("POST");
conn.setDoOutput(true);
OutputStreamWriter wr;
wr = new OutputStreamWriter(conn.getOutputStream());
wr.write(_parameter);
wr.flush();
wr.close();
This works fine, when we are connecting through the code, no tomcat any standalone application works fine. Even on our development machine tomcat works fine in exchanging data with the vendor. On our development machine we do not have IIS forwarding the request via redirector.
On our production its not working, somehow when we are sending the https request, its not taking affect that the keystore is mentioned. Everytime instead of the expected result we get an error page from them as follows:
<html><head><title>Error</title></head><body><head><title>Secure Channel Client Authentication Required</title></head><body><h1>Secure Channel Client Authentication Required</h1>This Virtual Directory requires a browser that supports the configured encryption options.</body></body></html>
On the production servers, if we directly connect to tomcat via the http port mentioned in the server.xml, bypassing the IIS, it works fine.
http://localhost:9001/<url> to test the connectivity to vendor.
When we put the IIS back in mixture, it does not work anymore.
When the http request comes from IIS to tomcat, and tomcat initiates the httpsurlconnection to the URL specified, in this roundtrip to the vendor URL no IIS is involved right? The IIS will forward any request meant for tomcat, and the HTML generated by tomcat is forwarded back to IIS, is that the only link between IIS and tomcat or they interact more?
When the java code executes, it only looks at the keystore specified right? Does having the .pfx file imported with the cert chain in the personal store matter to JAVA code?(On local machine I did delete the certificate imported in the personal store and the java code still worked fine.)
Thanks a lot for reading,
Rumpa Giri
---------------------------------
Feel free to call! Free PC-to-PC calls. Low rates on PC-to-Phone. Get Yahoo! Messenger with Voice
RE: Tomcat /JSSE help needed
Posted by Rumpa Giri <gi...@yahoo.com>.
On our QA machine, we have the IIS and tomcat both on the same box, IIS has the redirector also. Now on this box we did not install the certificate but its still working.
When we do the httpsurlconnection via the java code to the outside URL, is IIS involved at all?
Thanks,
Rumpa
Tim Lucia <ti...@yahoo.com> wrote:
Wouldn't you need IIS to have the certificate, rather then Tomcat? Just a
guess, as I read this. It *appears* that IIS would be making the SSL
connection (https) outbound while speaking AJP over 8009 to Tomcat.
Tim
-----Original Message-----
From: Rumpa Giri [mailto:girirx@yahoo.com]
Sent: Monday, June 05, 2006 10:47 PM
To: Tomcat UserGroup
Subject: Tomcat /JSSE help needed
Tomcat Version 5.0.25
JDK Version 1.5
One of our vendor required client authentication to retrieve data. So, we
got a Thwate Freemail Certificate, send the vendor our serial number. Our
vendor added that serial number to their application to allow us to contact
their .aspx url.
We got the certificate .pfx file with the certificate chain. For our java
code to interact successfully with their URL, we had to import the
certificate with the private key in a keystore. We created a Keystore by
extracting the private key from the .pfx file. So every time we connect
using the httpsurl connection, we put the keystore as follows:
System.setProperty("java.protocol.handler.pkgs",
"com.sun.net.ssl.internal.www.protocol");
System.setProperty("javax.net.ssl.keyStorePassword", _storePwd);
System.setProperty("javax.net.ssl.keyStore", _keystorePath);
URL urlToConnect = new URL(_url);
HttpURLConnection conn = (HttpURLConnection)
urlToConnect.openConnection();
conn.setRequestMethod("POST");
conn.setDoOutput(true);
OutputStreamWriter wr;
wr = new OutputStreamWriter(conn.getOutputStream());
wr.write(_parameter);
wr.flush();
wr.close();
This works fine, when we are connecting through the code, no tomcat any
standalone application works fine. Even on our development machine tomcat
works fine in exchanging data with the vendor. On our development machine we
do not have IIS forwarding the request via redirector.
On our production its not working, somehow when we are sending the https
request, its not taking affect that the keystore is mentioned. Everytime
instead of the expected result we get an error page from them as follows:
Secure Channel Client
Authentication RequiredThis Virtual Directory requires a browser that
supports the configured encryption options.
On the production servers, if we directly connect to tomcat via the http
port mentioned in the server.xml, bypassing the IIS, it works fine.
http://localhost:9001/ to test the connectivity to vendor.
When we put the IIS back in mixture, it does not work anymore.
When the http request comes from IIS to tomcat, and tomcat initiates the
httpsurlconnection to the URL specified, in this roundtrip to the vendor URL
no IIS is involved right? The IIS will forward any request meant for tomcat,
and the HTML generated by tomcat is forwarded back to IIS, is that the only
link between IIS and tomcat or they interact more?
When the java code executes, it only looks at the keystore specified
right? Does having the .pfx file imported with the cert chain in the
personal store matter to JAVA code?(On local machine I did delete the
certificate imported in the personal store and the java code still worked
fine.)
Thanks a lot for reading,
Rumpa Giri
---------------------------------
Feel free to call! Free PC-to-PC calls. Low rates on PC-to-Phone. Get
Yahoo! Messenger with Voice
---------------------------------
Do you Yahoo!?
Get on board. You're invited to try the new Yahoo! Mail Beta.
RE: Tomcat /JSSE help needed
Posted by Tim Lucia <ti...@yahoo.com>.
Wouldn't you need IIS to have the certificate, rather then Tomcat? Just a
guess, as I read this. It *appears* that IIS would be making the SSL
connection (https) outbound while speaking AJP over 8009 to Tomcat.
Tim
-----Original Message-----
From: Rumpa Giri [mailto:girirx@yahoo.com]
Sent: Monday, June 05, 2006 10:47 PM
To: Tomcat UserGroup
Subject: Tomcat /JSSE help needed
Tomcat Version 5.0.25
JDK Version 1.5
One of our vendor required client authentication to retrieve data. So, we
got a Thwate Freemail Certificate, send the vendor our serial number. Our
vendor added that serial number to their application to allow us to contact
their .aspx url.
We got the certificate .pfx file with the certificate chain. For our java
code to interact successfully with their URL, we had to import the
certificate with the private key in a keystore. We created a Keystore by
extracting the private key from the .pfx file. So every time we connect
using the httpsurl connection, we put the keystore as follows:
System.setProperty("java.protocol.handler.pkgs",
"com.sun.net.ssl.internal.www.protocol");
System.setProperty("javax.net.ssl.keyStorePassword", _storePwd);
System.setProperty("javax.net.ssl.keyStore", _keystorePath);
URL urlToConnect = new URL(_url);
HttpURLConnection conn = (HttpURLConnection)
urlToConnect.openConnection();
conn.setRequestMethod("POST");
conn.setDoOutput(true);
OutputStreamWriter wr;
wr = new OutputStreamWriter(conn.getOutputStream());
wr.write(_parameter);
wr.flush();
wr.close();
This works fine, when we are connecting through the code, no tomcat any
standalone application works fine. Even on our development machine tomcat
works fine in exchanging data with the vendor. On our development machine we
do not have IIS forwarding the request via redirector.
On our production its not working, somehow when we are sending the https
request, its not taking affect that the keystore is mentioned. Everytime
instead of the expected result we get an error page from them as follows:
<html><head><title>Error</title></head><body><head><title>Secure Channel
Client Authentication Required</title></head><body><h1>Secure Channel Client
Authentication Required</h1>This Virtual Directory requires a browser that
supports the configured encryption options.</body></body></html>
On the production servers, if we directly connect to tomcat via the http
port mentioned in the server.xml, bypassing the IIS, it works fine.
http://localhost:9001/<url> to test the connectivity to vendor.
When we put the IIS back in mixture, it does not work anymore.
When the http request comes from IIS to tomcat, and tomcat initiates the
httpsurlconnection to the URL specified, in this roundtrip to the vendor URL
no IIS is involved right? The IIS will forward any request meant for tomcat,
and the HTML generated by tomcat is forwarded back to IIS, is that the only
link between IIS and tomcat or they interact more?
When the java code executes, it only looks at the keystore specified
right? Does having the .pfx file imported with the cert chain in the
personal store matter to JAVA code?(On local machine I did delete the
certificate imported in the personal store and the java code still worked
fine.)
Thanks a lot for reading,
Rumpa Giri
---------------------------------
Feel free to call! Free PC-to-PC calls. Low rates on PC-to-Phone. Get
Yahoo! Messenger with Voice
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org