Discourse ID proporciona una experiencia de inicio de sesión más rápida en los sitios de Discourse participantes, por lo que no tienes que crear inicios de sesión separados para cada Discourse que visites y puedes unirte a cualquier sitio de Discourse participante con solo un clic. También permite a los administradores de Discourse ofrecer una experiencia de inicio de sesión simplificada, con soporte para inicios de sesión sociales sin necesidad de configuración.
Cada vez que veas “Iniciar sesión con Discourse ID” en un sitio de Discourse, estarás a segundos de conversaciones significativas que cuentan
¿Por qué usar Discourse ID?
Crea una vez, usa en todas partes
Regístrate en Discourse ID una vez y úsalo en todas las comunidades de Discourse participantes
No es necesario recordar múltiples nombres de usuario y contraseñas para diferentes foros
Usa Google, Apple, Facebook Github o tu correo electrónico para unirte a Discourse ID (próximamente más opciones)
Preguntas frecuentes
¿Qué plataformas de inicio de sesión social son compatibles de forma nativa? Sin necesidad de configuración, Discourse ID incluye inicios de sesión con Google, Facebook, Apple y GitHub (próximamente más).
¿Es lo mismo que el inicio de sesión único (SSO)? Discourse ID es SSO, pero diseñado específicamente para sitios de Discourse.
¿Los propietarios de la comunidad ven toda mi actividad? No, tu actividad en un foro no es visible para los propietarios de otros foros.
¿Por qué Discourse ID no funciona en algunos sitios? Discourse ID es una característica nueva y algunas comunidades aún no se han suscrito. Pídele a tu administrador de la comunidad que lo habilite (o vuelve a consultar más tarde).
¿Listo para habilitar Discourse ID en tu comunidad? Si deseas ofrecer una experiencia de inicio de sesión fluida para tus miembros, activa la configuración del sitio Habilitar Discourse ID desde tu panel de administración. ID está disponible en todas partes, incluidos los sitios alojados por nosotros y los sitios autohospedados. Si tienes problemas, asegúrate de que la configuración force_https esté habilitada.
¿Puedo usar Discourse ID en la aplicación DiscourseHub? Puedes iniciar sesión en sitios individuales que hayan habilitado Discourse ID en la aplicación DiscourseHub (como cualquier otro método de inicio de sesión). También estamos trabajando en una mejor integración entre Discourse ID y DiscourseHub. ¡Mantente atento!
Solución de problemas
Para que un sitio de Discourse utilice Discourse ID, debe estar bajo el protocolo https y ser visible en Internet (es decir, ID no se puede habilitar para sitios de intranet). Para solucionar problemas adicionales, consulta la etiqueta discourse-id o crea un nuevo tema en la categoría correcta, es decir, Bug / Support / UX con esa etiqueta.
Reconfiguración de ID después de cambiar los nombres de dominio
Después de cambiar el nombre de dominio de tu sitio, para activar un nuevo registro necesitas
vaciar el ID de cliente y el secreto para la configuración de discourse id
activar/desactivar la configuración Habilitar Discourse ID.
Si tienes acceso a la consola de Rails:
./launcher enter app
rails c
SiteSetting.discourse_id_client_id = ""
SiteSetting.discourse_id_client_secret = ""
Me gusta mucho esta idea. ¡Unificar la experiencia de inicio de sesión es muy apreciado! Hace que Discourse sea más fácil de usar y tal vez anime a la gente a “registrarse” en más comunidades.
¿Influye en el proceso de registro o todavía puedo admitir nuevos miembros manualmente?
Editar: Me acabo de dar cuenta de que depende de un IdP proporcionado por Discourse, no confía federativamente en todas las demás instancias de Discourse.
Tengo un par de preguntas adicionales sobre Discourse ID:
Supongo que hay un servidor central que gestiona las credenciales y al que cada sitio contacta para validar un inicio de sesión de Discourse ID. Por lo tanto, aunque cada sitio web individual no es consciente de otros sitios visitados, supongo que esa información está disponible centralmente en el servidor de autorización. ¿Tienen planes de utilizar esta información, incluso si está anonimizada?
Personalmente, estoy contento con el correo electrónico/contraseña (+2FA en algunos casos) y no tendría prisa por adoptar Discourse ID para mis propios inicios de sesión. Tampoco tengo interés en leer sitios web en mi teléfono, por lo que no quiero tener instalada la aplicación de Discourse. Espero que los operadores de sitios conserven la opción de iniciar sesión con nombre de usuario/correo electrónico y contraseña en el futuro. Como referencia, ¡tampoco utilizo ninguna de las otras opciones de SSO ofrecidas! Tengo mis contraseñas gestionadas en mi propia infraestructura, con cada contraseña utilizada solo en un lugar y almacenada cifrada cuando no está en uso.
Me doy cuenta de que puedo representar un caso extremo, pero espero que las personas en mi posición sean consideradas por los administradores al examinar los métodos de inicio de sesión en el futuro.
Sí, Discourse ID en sí mismo es un servicio centralizado. Muy parecido a otros inicios de sesión sociales. Tenemos planes para agregar más funciones a ID para los usuarios finales en el futuro cercano, pero aún no tenemos detalles sobre cuáles serán esas funciones.
Sí, todos los demás métodos de inicio de sesión seguirán estando disponibles, incluidas las cuentas locales.
Si bien me parece bueno no tener que admitir todas las redes sociales cuando acepto Discourse ID, aún no lo he habilitado ya que no estoy seguro del infierno de cumplimiento en el que me meteré (UE).
sí, pero como no uso otras opciones de SSO por la misma razón, cuando les digo a los usuarios que las usen, podría ser responsable, así que aún no puedo usarlo.
Y, sin embargo, no lo está. Usted, como administrador, no puede almacenar datos personales innecesarios y debe decir qué está almacenando, por qué y durante cuánto tiempo. Esas cosas. Con otros servicios, debe decir que los está utilizando y remitir a sus políticas de privacidad. El resto es responsabilidad de ellos. Exactamente lo mismo que con Google Analytics, Adsense, Amazon S3, entrega de correo electrónico, etc.
Entonces, básicamente, lo que tiene que hacer es decirlo. Es la elección del usuario usarlo o no. Si Discourse ID o cualquier otro SSO son las únicas opciones, entonces debe ser más estricto, pero esa no es la situación.
Pero no necesita permitir Discourse ID si no quiere. Lo habilité porque tenía curiosidad, pero no habrá ni un solo usuario en mi foro en este momento que lo utilice. Quizás esa situación cambie cuando las traducciones funcionen a toda velocidad, pero esa es otra historia. Pero básicamente no hay ninguna regla de la UE que deba preocuparle.
Sé lo que es sensato, pero también sé que las empresas son responsables de enlazar a perfiles de Facebook en la UE, así que prefiero pecar de precavido.
Te gustaría obligar a los usuarios a registrarse en id.discourse.com sin preguntar
Hasta donde sé, no puedes, ya que no puedes inscribirlos para usar Google SSO.
A pesar de que el título del tema es “Cómo funciona Discourse ID”, no parece haber ningún detalle sobre cómo funciona realmente: cosas como cuál es el protocolo entre el sitio de Discourse y el IdP, qué identificadores se pasan, en qué medida se puede correlacionar la actividad entre sitios, etc. Tendré que saber este tipo de cosas para poder proporcionar una guía precisa a los administradores del sitio que asesoro sobre si esta opción debe habilitarse en sus sitios.
