Hi Bob,
Just wanted to suggest a tool that may help to see what is being done inside
the SSL. You should be able to use Burp Proxy (
http://portswigger.net/burp/proxy.html) in between the two servers to get a
view into the SSL tunnel. Granted it may introduce new issues but thought I
would throw it out there.
Jason
On Thu, Sep 8, 2011 at 4:59 PM, Bob Ellington bob.elling...@gmail.comwrote:
We are running Remedy 7.6.04 on a Red Hat Linux platform with the latest
java and have need to consume an external web service that is written in
.net. The external server needs a server certificate to allow our machines
to talk, this is working. The .net application then wants a client
certificate to come over to allow access to the application. From what we
can tell, both certificates are cleared via the certificate authority, but
the client certificate does not appear to be passed or something.
Unfortunately once the server certificate goes, the connection is buried in
ssl and we cannot get a clean trace to see if there is an error with the
client certificate. The Remedy error message we get back is 403 Forbidden.
We have written some code in .net on our side to prove that a connection
with this client certificate is possible, but to get that to work we had to
define the certificate as X509_Certificate2. Has anyone had any luck
getting remedy on linux to talk to an external web service using this type
of client certificate and a server certificate? This is becoming urgent.
Thanks
Bob Ellington (RSP)
bob.elling...@gmail.com
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
