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
Sender:
The PAPI authentication and authorization framework <[log in para visualizar]>
References:
<[log in para visualizar]> <1277569049.4873.6.camel@anfitrion> <[log in para visualizar]> <[log in para visualizar]> <1278071896.24366.3.camel@rrycsic15> <[log in para visualizar]>
Date:
Mon, 5 Jul 2010 09:28:10 +0200
X-IronPort-AV:
E=Sophos;i="4.53,538,1272837600"; d="scan'208";a="24833685" E=Sophos;i="4.53,538,1272837600"; d="scan'208";a="107893"
Reply-To:
The PAPI authentication and authorization framework <[log in para visualizar]>
Message-ID:
<1278314890.27517.12.camel@rrycsic15>
Content-Transfer-Encoding:
8bit
X-IronPort-Anti-Spam-Filtered:
true true
Content-Type:
text/plain; charset="UTF-8"
Subject:
Received-SPF:
None identity=mailfrom; client-ip=150.214.110.216; receiver=lsv.rediris.es; envelope-from="[log in para visualizar]"; x-sender="[log in para visualizar]"; x-conformance=spf_only None identity=helo; client-ip=150.214.110.216; receiver=lsv.rediris.es; envelope-from="[log in para visualizar]"; x-sender="[log in para visualizar]"; x-conformance=spf_only
Delivered-To:
Emisor:
Sergio Gómez <[log in para visualizar]>
Received:
by LISTSERV.REDIRIS.ES (LISTSERV-TCP/IP release 16.0) with spool id 1398584 for [log in para visualizar]; Mon, 5 Jul 2010 09:25:38 +0200 from cain.rediris.es (cain.rediris.es [130.206.24.1]) by listserv.rediris.es (Postfix) with ESMTP id A5A93E20F for <[log in para visualizar]>; Mon, 5 Jul 2010 09:25:38 +0200 (CEST) from relay.uco.es ([150.214.110.216]) by cain.rediris.es with ESMTP; 05 Jul 2010 09:22:06 +0200 from rrycsic15.uco.es (HELO [150.214.118.25]) ([150.214.118.25]) by ironport2-admin.uco.es with ESMTP/TLS/DHE-RSA-CAMELLIA256-SHA; 05 Jul 2010 09:23:52 +0200
In-Reply-To:
X-Mailer:
Evolution 2.28.3
X-IronPort-Anti-Spam-Result:
AnECAOclMUyW1m7YmWdsb2JhbACDHIJimWsVAQEBAQEICwoHESKsd5ArgSmBUAEEgTVyBIQbg3I AswEAG4lMUyW1nYZ/2dsb2JhbACDHIJix1CQK4EpgVABBIE1cgSEG4Ny
Parts/Attachments:
text/plain (146 lines)
On Sun, 2010-07-04 at 17:17 +0200, Agustin Lopez wrote:
> 
> Gracias Sergio!
> 
> Curiosamente sólo me aparece en el CGI la variable REMOTE_USER cuando
> pongo 
>     PAPILazySession Off

Las cosas de no documentar... es que estas cosas las hablamos en su día
en la lista y ya me descuidé. Está claro que debo meterle mano a eso,
pero tiempo es que no sé de donde sacarlo.

Las sesiones Lazy no se inician automáticamente, hay que indicar en la
URL que vamos a iniciar sesión. Se usan para servicios web que pueden
ser accesibles aunque el usuario no esté identificado.

Para activar las LazySession necesitas poner un Link en la web que
apunte a:

<a
href="http://servidor.dominio.es/directorio/PAPI/cookie_handler.cgi?target=URL_DE_RETORNO"
>Iniciar sesión</a>

Lo que interesa de esa URL es el parámetro target al cookie-handler de
PAPI.

Si se pulsa sobre el enlace se comienza la identificación en PAPI y
cuando termine, la web que se carga es la URL_DE_RETORNO. Que puede ser
la página principal de la aplicación o cualquier otra.


> Además aparecen las siguientes variables:
> HTTP_X_PAPI_ASID=UVAS
> HTTP_X_PAPIATTR_USERNAME=pepito
> HTTP_X_PAPIATTR_PASSWORD=xxxxxx
> 
> Quizá es algún problema con mi modpapi.

Cuando te identificas, tanto el papi de perl, como mod_papi, crean un
HTTP_X_PAPIATTR por cada atributo que manda el AS encriptado en la
LCOOK.

Así que el AS está mandando el atributo password... 

Para que el REMOTE_USER funcione, debes poner

PAPIRemoteUserAttribute username

ya que, como te comenté, por defecto busca uid.

> Donde puedo bajar la versión que usais vosotros de modpapi?

Es la misma que la de la forja.

> Saludos,
> Agustín
> 
> 
> 
> 
> Sergio Gómez escribió: 
> > Por defecto, mod_papi espera que llegue codificado en la LCOOK un
> > atributo uid, ese atributo es usado para crear REMOTE_USER. El AS debe
> > ser el que envíe el uid. Si el AS envía otro atributo distinto (como
> > ePTI), solo tienes que indicarle cual es con 
> > 
> > PAPIRemoteUserAttribute
> > 
> > en la configuración de mod_papi
> > 
> > Un saludo,
> > 
> > On Fri, 2010-07-02 at 13:44 +0200, Agustin Lopez wrote:
> >   
> > > Hola de nuevo!
> > > 
> > > Estoy usando mod_papi como comentas pero no me llega REMOTE_USER si uso
> > > el modo  PAPIWAYF built-in.
> > > 
> > > ¿Teneis idea de a qué puede deberse?
> > > 
> > > Muchas gracias,
> > > Agustín
> > > 
> > >     
> > > > Proteges el Location de tu aplicacion con mod_papi configurado en modo 
> > > > 'lazy' y al
> > > > pinchar en Login, rediriges. Si vuelve ya autenticado, mod_papi te 
> > > > habra definido
> > > > $_SERVER['REMOTE_USER']. Por tanto una de las primeras cosas que debe 
> > > > hacer
> > > > tu aplicacion es ver si esa variable tiene valor y si es asi, 
> > > > considerar que ya esta
> > > > autenticado. No haria falta que mantengas cookies locales. Si lo 
> > > > haces, al pinchar el
> > > > usuario en 'logout' no basta con borrarlas, porque puede volver a 
> > > > pinchar en 'Login'
> > > > y volveria a entrar sin pedirle usuario/clave por las cookies de PAPI. 
> > > > El boton de
> > > > logout debe forzar el logout de PAPI para que no pase eso.
> > > > 
> > > > La config. es algo como:
> > > > 
> > > > <Location /cgi-bin/XXX>
> > > >     AuthType PAPI
> > > >     PAPILazySession On
> > > >     PAPIRemoteUserAttribute ePTI   # El atributo de PAPI del que sacar 
> > > > 'REMOTE_USER'
> > > >     Require valid-user
> > > >     PAPIServiceID XXX_svcid
> > > >    ...
> > > >     PAPIGPoAURL ...
> > > > </Location>
> > > > 
> > > > Y en la aplicacion (Consigna es PHP pero es parecido):
> > > > 
> > > >     if (!array_key_exists('REMOTE_USER',$_SERVER)) {
> > > >         header("Location: " . <URL-de-tu-aplicacion>.
> > > >             "/PAPI/cookie_handler.cgi?target=" .
> > > >             urlencode($GLOBALS["script_name"]));
> > > >         exit;
> > > >     }
> > > > 
> > > >   // Aqui esta autenticado, solo algo 'superior' (mod_papi) ha podido 
> > > > poner $SERVER['REMOTE_USER']
> > > >   ...
> > > > 
> > > > Un saludo
> > > > 
> > > > P.D.: Disculpad la ausencia de acentos, mi PC tiene un problema con 
> > > > ellos...
> > > > 
> > > > 
> > > >       
> > 
> >   
> 

-- 
Sergio Gómez Bachiller <[log in para visualizar]>
Operador, Servicio de Informática
Universidad de Córdoba
Edificio Ramón y Cajal
Campus de Rabanales
Telf: 957 21 2132 Fax: 957 21 8116

ATOM RSS1 RSS2