PAPI Archivos

The PAPI authentication and authorization framework

PAPI@LISTSERV.REDIRIS.ES

Opciones: Vista Forum

Use Monospaced Font
Por defecto enseñar Text Part
Esconda cabeceras de correo

Mensaje: [<< Primero] [< Prev] [Siguiente >] [Último >>]
Tema: [<< Primero] [< Prev] [Siguiente >] [Último >>]
Autor: [<< Primero] [< Prev] [Siguiente >] [Último >>]

Print Responder
Mime-Version:
1.0
Content-Type:
text/plain
TO:
References:
Date:
13 Feb 2003 08:41:21 +0000
Subject:
Emisor:
In-Reply-To:
Content-Transfer-Encoding:
7bit
Message-Id:
<1045125681.31802.25.camel@lucas>
Parts/Attachments:
text/plain (44 lines)
On Wed, 2003-02-12 at 22:15, Diego R. Lopez wrote:
> Glad to know you are back to good old 5.6.1 ;-) Now, seriously: I have
> been investigating the 5.8 problem you reported but have not found enough
> time to test some ideas I have. By the way, in the process of looking for
> information I have found something that could make possible to run PAPI
> on an apache2 server without too much hassle. More on this in a week or
> so...
Let us know when you have something, and I'll try to find the time to
set up a 'PoA under Apache2 & Perl 5.8.. :-)

> I can see from the configuration you send that you are requesting cookies
> for location /manual with service ID "manual" (as it is in your authentication
> file) and trying to access a PoA at /manual with service ID "local".
> This mismatch may cause this strange behavior, since I'm afraid the PoA
> is going to get puzzled about the correct value to send. What amazes me is
> that the PoA seems to be generating the cookies... it should not! (another
> bug corrected for 1.2.1 Thanks!).
I spotted that one (after I'd posted the message, and gone off to sort
something else :)

> Second, I'm not sure about the mismatch beetween the Domain directive into
> PAPI_Main and the URL you are using in the authentication file. Bear in
> mind that your browser is perceiving it is going to connect to
> http://nevis.ed.ac.uk:65500 to get the access cookies and the server is
> going to set the "domain" field in the cookies to "lucas.ucs.ed.ac.uk".
> Even in the case they correspond to the same host, I'll bet the browser
> will not install a cookie coming from nevis.ed.ac.uk:65500 as valid to
> be sent back to lucas.ucs.ed.ac.uk. And in the case it would install it,
> I'm pretty sure it won't send the cookie back!
however, this one DID fix the problem...
-- 
--==++
Ian Stuart: Edinburgh University Data Library.

Information is not knowledge
Knowledge is not wisdom
Wisdom is not truth
Truth is not beauty
Beauty is not love
Love is not music
              -- Mary.

 Personal web site: http://lucas.ucs.ed.ac.uk/ 

ATOM RSS1 RSS2