[pca] Sun Online Account user name is an email address
Earle, William B - SSD
William.Earle at itt.com
Thu Oct 8 15:43:29 CEST 2009
Martin,
Thank you for the very detailed information. This list is a great source of information.
- My account:
- it is an email address with 1 "@" [at] symbol and 1 "." [period]
- I have had this account for a couple of years now
- a new contract ID was updated a couple of months ago.
- yesterday is the 1st time I remember using this account with pca since the contract no. was updated.
- I guess it may be possible that the synchronization hasn't occurred and I will keep trying. "For users registering or updating contracts on the Member Support Center, an initial wget access must be attempted to trigger the synchronization process."
- I checked out the sunsolve document 240066 Patch Download Automation using wget:
- I have a supported version of wget, GNU Wget 1.10.2
- this version does not require the "--auth-no-challenge" option for version 1.11.x
- I am trying to run pca on a system with working DNS:
- I was originally trying from a system with limited access within a lab.
- have verified that my OS can resolve the hostnames:
getent hosts sunsolve.sun.com
192.18.108.40 sunsolve.sun.com
getent hosts getupdates2.sun.com
198.232.168.157 getupdates2.sun.com
getent hosts a248.e.akamai.net
208.51.137.66 a248.e.akamai.net
208.51.137.33 a248.e.akamai.net
- I can ping 2 out of 3 of the hosts listed
ping sunsolve.sun.com
sunsolve.sun.com is alive
ping a248.e.akamai.net
a248.e.akamai.net is alive
ping getupdates2.sun.com
no answer from getupdates2.sun.com
I get about 17 hops with traceroute, then the asterisks begin
I also attempted to connect to ports 80 & 25 with no success.
- getupdates2.sun.com is only reachable on port 443:
- I think that is o.k., and I don't believe it is a firewall issue
telnet getupdates2.sun.com 443
Trying 198.232.168.157...
Connected to getupdates2.sun.com.
Escape character is '^]'.
GET /
Connection to getupdates2.sun.com closed by foreign host.
- This is the example of using wget right out of the sunsolve article:
/usr/sfw/bin/wget --http-user=user at company.com --http-passwd=secretcode --no-check-certificate "http://sunsolve.sun.com/pdownload.do?target=119255-01&method=h" -O 119255-01.zip
--09:12:39-- http://sunsolve.sun.com/pdownload.do?target=119255-01&method=h
=> `119255-01.zip'
Resolving sunsolve.sun.com... 192.18.108.40
Connecting to sunsolve.sun.com|192.18.108.40|:80... connected.
HTTP request sent, awaiting response... 401 Unauthorized
Unknown authentication scheme.
Authorization failed.
- I did go through the exercise of downloading the sample script and trying it also.
Thanks,
Bill
-----Original Message-----
From: pca-bounces at lists.univie.ac.at [mailto:pca-bounces at lists.univie.ac.at] On Behalf Of Martin Paul
Sent: Thursday, October 08, 2009 3:36 AM
To: PCA (Patch Check Advanced) Discussion
Subject: Re: [pca] Sun Online Account user name is an email address
Bill,
> I have a valid Sun Online Account user name which is an email
> address. The user name contains an @ [at] symbol and a period.
To confirm what Derek already said - having an "@" character in your
login (or password) is no problem.
Judging from the debug output you provide, SunSolve doesn't accept you
login/password as valid. AFAIK different internal procedures are used
depending on whether you use a browser or wget, so that might explain
why it works with one method but not with the other.
Please take a look at:
http://sunsolve.sun.com/search/document.do?assetkey=1-9-240066-1
There's a note about wget not working for new accounts in the first 48
hours after creating or updating the SOA. Does that apply to your
situation? The simple advice might be to try again later.
Regarding your test to use wget directly - your command line missed some
required options. See the examples on the above webpage and try again
(don't miss the note about the "--auth-no-challenge", depending on the
wget version you use).
Without a working DNS setup, it's probably not enough to add
sunsolve.sun.com to /etc/hosts. The request will be redirected twice to
other hosts. Find their names in the mentioned InfoDoc and add them to
/etc/hosts as well (although I don't think that is the reason for your
original problem).
hth,
Martin.
This e-mail and any files transmitted with it may be proprietary and are intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the sender.
Please note that any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of ITT Corporation. The recipient should check this e-mail and any attachments for the presence of viruses. ITT accepts no liability for any damage caused by any virus transmitted by this e-mail.
More information about the pca
mailing list