[pca] back and annoyed
Martin Paul
martin at par.univie.ac.at
Tue Aug 18 15:07:21 CEST 2009
Hi Don,
> I don't believe that there are any plans to move the patchdiag.xref
> file to Akamai, but I will try to get confirmation.
Ok, thanks. I hope that downloads will really be more stable now when
going through Akamai - after all there are now at least three servers
and two redirects involved for each download, all of which could fail ..
>>> http://sunsolve.sun.com/search/document.do?assetkey=1-9-240066-1 was
>>> updated last Friday to reflect this information.
> If you feel that there is anything missing from this document that
> you feel would be useful please let me know and I can get it added.
AFAIK, wget 1.11 (this exact version) will not work at all with the
described method. It was this version where download from SunSolves with
--http-user and --http-passwd suddenly stopped working. I talked about
that to Micah Cowan, and he fixed it by adding --auth-no-challenge to
wget in 1.11.1. That's why I use a different method to provide SOA data
in pca, which works with all versions of wget.
One thing that's been a nuisance for a long time, and which you list as
well:
Use the "--no-check-certificate". This is not available with earlier
versions of wget and may result in problems with certificates.
The reason for all those problems with the certificate is that on
Solaris there are no default CA certs installed with wget or OpenSSL.
When trying e.g. "wget https://sunsolve.sun.com/patchdiag.xref" on some
Linux system, it will work without a flaw, because some default CA certs
are delivered with the OS. I always wondered why doesn't do something
similar with Solaris - as the certs come on DVD or from a checksummed
ISO image, this should be pretty safe. I understand that this is not
part of the area you work in, but still wanted to bring it up.
Martin.
More information about the pca
mailing list