Abrir menú principal

Cambios

5 bytes añadidos ,  hace 6 años
m
<code>alicia.proveedor-openid.org</code> que ella previamente ha registrado en el proveedor de identidad <code>proveedor-openid.org</code>, simplemente va a <code>example.com</code> y teclea <code>alicia.proveedor-openid.org</code> en la caja de identificación de OpenID. A partir de la versión 2.0 de la autenticación OpenID (y en algunas de las implementaciones de OpenID 1.1) Alicia también puede identificarse tecleando un [[i-nombre]] como <code>=example.alicia</code> o <code>=example.comunidad*alicia</code>.
 
Si el identificador es una URL, la primera cosa que debe realizar la parte (<code>example.com</code>) es transformarla a una forma canónica, del tipo <code><nowiki>http://alicia.proveedor-openid.org/</nowiki></code>. Con OpenID 1.0, la parte confidente solicita entonces la página web situada en dicha URL y, vía una etiqueta HTML de enlace, descubre que el servidor del proveedor es, pongamossuponiéndose, <code><nowiki>http://proveedor-openid.org/openid-auth.php</nowiki></code>. También descubre si debe o no usar una ''identidad delegada'' (ver más abajo). A partir de OpenID 1.1, el cliente realiza el descubrimiento de estos datos solicitando el '''documento XRDS'' (también llamado ''documento Yadis'') con el tipo de contenido <code>application/xrds+xml</code>, que puede estar disponible en dicha URL y que siempre estará disponible a través de una XRI.
 
Hay dos modos mediante los cuales la parte confidente puede comunicarse con el proveedor de identidad:
58

ediciones