Hi Paul,

The tail end of the contents of /tmp/pca-proxy-debug.txt is:
...
Mon Jun 8 14:51:56 2009: /usr/bin/wget "https://sunsolve.sun.com/patchdiag.xref " --ca-certificate=/srv/www/cgi-bin/pca-proxy.cgi -O /var/tmp/pca/patchdiag.xref
 >>/tmp/pca-proxy-debug.txt 2>&1
--14:51:56--  https://sunsolve.sun.com/patchdiag.xref
           => `/var/tmp/pca/patchdiag.xref'
Resolving sunsolve.sun.com... 192.18.108.40
Connecting to sunsolve.sun.com|192.18.108.40|:443...

Please try to set "ssprot=http" in the pca-proxy.conf file, to make pca use HTTP instead of HTTPS; so you'll see whether it's a problem with HTTPS connections.

but the same wget https://.... requires me to use "--no-check-certificate" for it to work. Could that be part of the problem?

No, that's fine. If you look at the debug output, you'll see that pca uses --ca-certificate to point at itself - it includes the necessary CA certificate for the sunsolve web server.

Try the wget command you see in pca's debug output (from "/usr/bin/wget" to "-O /var/tmp/pca/patchdiag.xref"), include --debug and see what wget's debug out is.

Martin.

Reply via email to