No, because the page I'm getting is the password challenge page - which I wasn't seeing with v4. 
SA was successfully negotiating the authentication, and isn't any more.
 


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dirk Bulinckx
Sent: 10 November 2005 17:01
To: [email protected]
Subject: RE: [SA-list] http/auth checks not working after upgrade to v5

Which means that the did GET the URL you gave but that its not containing the info you want it to have.
 

Dirk.

 


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Deadman, Phil
Sent: Thursday, November 10, 2005 6:04 PM
To: [email protected]
Subject: RE: [SA-list] http/auth checks not working after upgrade to v5

The check says "Got page and content is NOT ok" - which I can understand!

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dirk Bulinckx
Sent: 10 November 2005 16:33
To: [email protected]
Subject: RE: [SA-list] http/auth checks not working after upgrade to v5

Not realy no.
What does SA give as error/reason for the down?
 

Dirk.

 


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Deadman, Phil
Sent: Thursday, November 10, 2005 5:30 PM
To: [email protected]
Subject: RE: [SA-list] http/auth checks not working after upgrade to v5

So did something fundamental change in the way SA handles URL checking authentication from v4 to v5?
It has worked fine for us up until the upgrade today.
Phil. 
 


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dirk Bulinckx
Sent: 10 November 2005 16:19
To: [email protected]
Subject: RE: [SA-list] http/auth checks not working after upgrade to v5

Euh the log shows that the URL check as such works fine.
The webserver gives a 200 OK which means that the page as such does not need authentication.  However looking at the content of the page, the authentication is something IN the page, which is not the same as webauthentication (like BASIC or NTLM authentication).
 

Dirk.

 


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Deadman, Phil
Sent: Thursday, November 10, 2005 5:20 PM
To: [email protected]
Subject: [SA-list] http/auth checks not working after upgrade to v5

Hi there,
I have finally managed to get round to upgrading our production instance of SA from version 4 to version 5 - yes it has been a busy year!
The upgrade went smoothly, but there are 3 URL checks which access password-protected web pages which aren't working now, but worked very happily with version 4. Two of them are requesting pages from web-enabled Domino databases, and the other is looking at a Exchange mailbox through its web interface.
It looks to me like SA is just not doing the password authentication, since the response we get from the web server is the password form page, and that definitely doesn't contain the text we are looking for!
I looked through the mailing list archive but didn't find anything very helpful - upgraded to the beta version as suggested by Dirk in one post, but that didn't help.
I'm running SA 5.0.1758 on MS Windows 2000 server (2195) SP2
I enabled the HTTP Logging and it captures the log excerpt shown below.
Does anyone have any bright ideas how I can get these checks working again?
<logfile-snippet>
** Connecting to signetdom02.signetuk.co.uk on port 80
** Requesting URL http://signetdom02.signetuk.co.uk/intranet/icc.nsf/CreationFrame?openPage
GET /intranet/icc.nsf/CreationFrame?openPage HTTP/1.0
Host: signetdom02.signetuk.co.uk
Pragma: no-cache
Accept-Language: en-us
User-Agent: Servers Alive URL check
Accept: */*
 
HTTP/1.1 200 OK
Server: Lotus-Domino
Date: Thu, 10 Nov 2005 15:48:15 GMT
Connection: close
Expires: Tue, 01 Jan 1980 06:00:00 GMT
Content-Type: text/html; charset=UTF-8
Content-Length: 1180
Pragma: no-cache
 
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title>Server Login</title></head>
<body text="#000000" bgcolor="#FFFFFFFF">
 
<form method="post" action="">
<table border="0" cellspacing="0" cellpadding="0" bgcolor="#FFFFCC">
<tr><td width="100">&nbsp;</td><td><h1>Server Login</h1>Please type your user name and password<br>
</td><td width="100">&nbsp;</td></tr>
 
<tr><td height="20" colspan="3">&nbsp;</td></tr>
 
<tr><td width="100" align="right">&nbsp;User name:&nbsp;&nbsp;</td><td>
<input type="text" size="20" maxlength="256" name="username"></td><td>&nbsp;</td></tr>
 
<tr><td width="100" align="right">Password:&nbsp;&nbsp;</td><td>
<input type="password" size="20" maxlength="256" name="password">
<input type="hidden" name="redirectto" value="/intranet/icc.nsf/CreationFrame?openPage"></td><td>&nbsp;</td></tr>
 
<tr><td height="20" colspan="3">&nbsp;</td></tr>
 
<tr><td width="100">&nbsp;</td><td>
<input type="submit" value="Log In"></td><td>&nbsp;</td></tr>
 
<tr><td height="20" colspan="3">&nbsp;</td></tr>
</table>
</form>
</body>
</html>
** Done receiving response
</logfile-snippet>

Cheers,

Phil Deadman
Web Analyst / Programmer
(
020 8242 8295 (direct) / 0870 90 90 301 (switchboard)
+
Signet Trading Ltd., Zenith House, The Hyde, London NW9 6EW
mailto:[EMAIL PROTECTED]
"Technology is unpredictable, stupidity is a known constant" - Scott Adams

 


***********************************************************************************************
This E-mail and any files transmitted with it is intended for the use of the
addressee only and may contain confidential information. If you are not the
intended recipient you are hereby notified that any use or dissemination of
this communication is strictly prohibited. If you receive this transmission
in error, please notify us immediately and delete this e-mail.
The views and opinions expressed in this e-mail message are the author's own
and may not reflect the views and opinions of Signet Group plc
or any of its subsidiaries.
***********************************************************************************************

Reply via email to