[pca] PCA Proxy Troubles

[Gerard McFadden]

Hi Martin,

I managed to get it working there. Rather than have localhost in the pca-proxy.conf file I canged it to the server name. PCA is now able to connect and download patchdiag.xref and patches. You would have thought I'd have tried that first eh?? :-)

Thanks very much for your help. 

pca rocks.

Gerry



--- On Wed, 28/1/09, Martin Paul <martin at par.univie.ac.at> wrote:
From: Martin Paul <martin at par.univie.ac.at>
Subject: Re: [pca] PCA Proxy Troubles
To: "PCA (Patch Check Advanced) Discussion" <pca at lists.univie.ac.at>
Cc: "Gerard McFadden" <gerrymcfadden at btinternet.com>
Date: Wednesday, 28 January, 2009, 12:05 PM

Hi,

> The DEBUG I attached before is debug level 1 output from the 
> /tmp/pca-proxy-debug.txt

Right, I didn't notice that. So pca-proxy.cgi runs, and looks for an update
to pca because "update=auto". It uses wget to get a current copy of
pca from the pca server, going through your local proxy on localhost:3128. It
receives "403 Forbidden". IMO, this must come from the proxy. I
checked the logfiles of the pca server, and it didn't deny any access to
stable/pca with "403 Forbidden".

Can you try to run this on the machine which runs the pca proxy:

  wget --execute http_proxy=http://localhost:3128
http://sunsolve.sun.com/patchdiag.xref

If this works, try the same command as seen in the pca-proxy debug output you
provided and see if it fails in the same way. If it doesn't work, try it
without "--execute http_proxy=http://localhost:3128" and see if that
works.

As you get a 403 error from a proxy/webserver, I don't think that this
could be a problem with file permissions etc.

Another thing to try is to remove the "update=auto" from
pca-proxy.conf, and see if you get a different result. The proxy should then try
to download the xref or patch (from sunsolve) instead of looking for a pca
update.

Martin.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.univie.ac.at/mailman/private/pca/attachments/20090128/814e86ec/attachment.html