Debo estar ciego o algo así… 
No encuentro discourse_id_client_id ni discourse_id_client_secret en la configuración de mis sitios. Solo Enable Discourse ID. 
¿Alguna idea?
¿Está habilitado force https?
Sí, está habilitado. Lo comprobé.
Solo necesitas habilitarlo y el secreto y el ID se generan automáticamente.
Hay una tarea de rake que ejecutas para que se conecte al servidor central y cree claves. Esa es tu clave y el secreto se crean.
No lo veo documentado en ningún sitio.
Debería ser lo suficientemente fácil de encontrar en el código fuente, pero no tan fácil como para que pueda encontrarlo en mi teléfono después de las 5 p.m.
1 me gusta
¿En serio? 
OMG… 
Yo tampoco. Me pregunto si alguien ya ha configurado esto. 
rake discourse_id:register\n\nNo. Lo acabo de probar en un sitio que está actualizado y simplemente habilitar la configuración genera las claves.\n\nCreo que la tarea rake fue requerida durante un tiempo antes de que se anunciara públicamente y ahora habilitar la configuración solicita las claves automáticamente, lo que tiene mucho más sentido que tener que ejecutar una tarea rake.
1 me gusta
Gracias, pero esto no funcionó:
El nombre del plugin es 'discourse-docs', pero el directorio del plugin se llama 'discourse-knowledge-explorer'
rake abortó!
No sé cómo construir la tarea 'discourse_id:register' (Consulta la lista de tareas disponibles con `rake --tasks`)
¿Te refieres a discourse_ai:install:migrations?
/usr/local/bin/bundle:25:in `load'
/usr/local/bin/bundle:25:in `<main>'
(Consulta el rastreo completo ejecutando la tarea con --trace)
¿Está tu foro actualizado? ¿Intentaste simplemente habilitar la configuración desde la UX? Acabo de intentarlo en un sitio que está en la última versión beta.
1 me gusta
Hace aproximadamente una semana, quizás dos desde la última reconstrucción.
¿Lo habilitaste? Cuando lo hagas, generará los demás. No necesitas atenuarlos tú mismo.
1 me gusta
Habilité enable_discourse_id y obtuve un error (en alemán):
enable_discourse_id: Debes configurar las credenciales de Discourse ID (“discourse_id_client_id” y “discourse_id_client_secret”) antes de activar esta configuración.
Dice que necesito configurar discourse_id_client_id y discourse_id_client_secret antes de marcar enable_discourse_id.
Así que es una especie de problema de huevo/gallina en este momento.
2 Me gusta
Extraño. Podrías intentar actualizar y luego enviar un informe de error.
¿Estás detrás de Cloudflare u otro proxy inverso que podría impedir que el servidor de Discourse se conecte a tu servidor? Estoy bastante seguro de que si estás detrás de Cloudflare, no podrás hacerlo funcionar.
1 me gusta
Acabo de actualizar a la última versión. No veo las dos opciones…
Nada. Mis instancias se ejecutan en un servidor Linux “detrás” de un servidor web Apache. Creo que es bastante directo, tal como se describe en el manual para ejecutar instancias autoalojadas.
Ayer configuré otra instancia para probar una migración desde otro foro. Tampoco veo las opciones allí.
¿Desactivaste la opción (si estaba activada) y luego intentaste habilitarla?
Nunca configurarás esos valores tú mismo.
1 me gusta
No, no puedo activarla. El texto del error dice que primero necesito configurar client_id y client_secret.
Eso es lo que quise decir con el problema del huevo/gallina. ¿Qué problema fue primero o no puedo activarlo sin los valores que no puedo configurar porque las casillas no son visibles.
Creo que pfaffman intentó explicar que, si bien el error dice que esa configuración debe configurarse antes de habilitarla, no eres tú sino el software el que las completa.
Quizás Discourse ID fails to activate on my instance pueda ofrecer algunas ideas sobre qué más podrías intentar.
1 me gusta
Parece que fue un problema con la configuración del proxy inverso, como esperaba
Intenta activar force_https. Ese es un problema común con un proxy inverso, ya que Discourse no puede saber que es https.
force_https está activado desde el principio.
Cuando inicié sesión por primera vez en la nueva instancia que instalé ayer, me preguntó de inmediato si quería activar force_https.
Pero sí, Apache ejecuta HTTPS y el proxy inverso está utilizando el puerto 8080 http en el contenedor Docker de Discourse. Pero de alguna manera Discourse sabe que está ejecutando https de todos modos.
Esa es mi mejor suposición. ¿Cómo activaste la https forzada?
En el área de administración con el navegador web. ¿Debería hacerse en la consola? Como
rails r "SiteSetting.force_https=true"
Acabo de intentarlo. Pareció funcionar, ya que no dio ninguna retroalimentación en la consola.
Pero todavía no veo dos nuevas configuraciones (en el navegador web) para el client_id y client_secret.
1 me gusta