# Falha na ativação do Discourse ID na minha instância
**URL:** https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023
**Category:** SSO
**Tags:** unsupported-install, discourse-id
**Created:** [Outubro 10, 2025, 6:16pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023 "2025-10-10T18:16:53Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@Thomas\_Rother](https://meta.discourse.org/u/Thomas_Rother)
#### Post date: [Outubro 10, 2025, 6:16pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/1 "2025-10-10T18:16:53Z")
Vejo esta mensagem ao tentar ativar o Discourse\_id no meu sistema de teste (3.6.0.beta2-latest):
`enable_discourse_id: Você deve configurar as credenciais do Discourse ID ('discourse_id_client_id' e 'discourse_id_client_secret') antes de ativar esta configuração.`
Eu uso um servidor Oauth local para OIDC aqui (keycloak). Talvez os dois métodos estejam interferindo um com o outro??
---
### Author:  [@pmusaraj](https://meta.discourse.org/u/pmusaraj)
#### Post date: [Outubro 10, 2025, 6:46pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/2 "2025-10-10T18:46:36Z")
Não acho que interfira com OIDC, mas se a sua instância não estiver disponível na Internet, o registro de ID não funcionará. O provedor de identidade do Discourse ID tem um mecanismo de verificação para as instâncias do Discourse que iniciam o processo de registro.
---
### Author:  [@Thomas\_Rother](https://meta.discourse.org/u/Thomas_Rother)
#### Post date: [Outubro 10, 2025, 9:41pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/3 "2025-10-10T21:41:27Z")
A instância de teste está online em [forum2.netzwissen.de](http://forum2.netzwissen.de)
---
### Author:  [@Tealk](https://meta.discourse.org/u/Tealk)
#### Post date: [Outubro 17, 2025, 3:25pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/4 "2025-10-17T15:25:50Z")
Vejo a mesma mensagem em 2 instâncias, nenhuma das quais tem uma conexão OAuth diferente.
---
### Author:  [@pmusaraj](https://meta.discourse.org/u/pmusaraj)
#### Post date: [Outubro 17, 2025, 5:10pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/5 "2025-10-17T17:10:00Z")
Movi isto para um tópico separado… você vê algum erro em `/logs` na sua instância? Deverá haver mais detalhes lá sobre o que não está a funcionar nos bastidores durante o processo de registo.
---
### Author:  [@Thomas\_Rother](https://meta.discourse.org/u/Thomas_Rother)
#### Post date: [Outubro 17, 2025, 6:28pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/6 "2025-10-17T18:28:17Z")
Gostaria de entender um pouco mais do lado técnico.
Nas minhas instâncias, uso autenticação OIDC com um provedor de identidade externo (Keycloak 26). O Discourse ID parece muito semelhante; é apenas um servidor IDP diferente hospedado pelo [Discourse.org](http://Discourse.org). E as mensagens de erro (ID do cliente e segredo ausentes) também lembram o fluxo OAuth clássico. Isso significa que o Discourse ID será ativado como um caminho de autenticação **IDP adicional**? Porque só assim seria útil para o meu caso de uso. ???
---
### Author:  [@Tealk](https://meta.discourse.org/u/Tealk)
#### Post date: [Outubro 17, 2025, 9:36pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/7 "2025-10-17T21:36:58Z")
apenas esta, mas com relativa regularidade, então não tem nada a ver com o tópico.
```plaintext
Mensagem (2 cópias relatadas)
Sidekiq está consumindo muita memória (usando: 503.02M) para 'rpg-foren-app', reiniciando
Backtrace
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-8.0.2.1/lib/active_support/broadcast_logger.rb:130:in block in warn' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-8.0.2.1/lib/active_support/broadcast_logger.rb:231:in block in dispatch’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-8.0.2.1/lib/active_support/broadcast_logger.rb:231:in each' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-8.0.2.1/lib/active_support/broadcast_logger.rb:231:in dispatch’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-8.0.2.1/lib/active_support/broadcast_logger.rb:130:in warn' /var/www/discourse/lib/demon/sidekiq.rb:59:in block in rss_memory_check’
/var/www/discourse/lib/demon/sidekiq.rb:53:in each' /var/www/discourse/lib/demon/sidekiq.rb:53:in rss_memory_check’
config/unicorn.conf.rb:132:in `block (2 levels) in reload
```
```plaintext
'
```
---
### Author:  [@pmusaraj](https://meta.discourse.org/u/pmusaraj)
#### Post date: [Outubro 20, 2025, 1:45pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/8 "2025-10-20T13:45:06Z")
Sim, correto, Discourse ID é outro IDP.
@Tealk o erro do sidekiq não está relacionado. Você pode compartilhar o hash do commit da sua instância, por favor?
---
### Author:  [@Tealk](https://meta.discourse.org/u/Tealk)
#### Post date: [Outubro 20, 2025, 2:11pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/9 "2025-10-20T14:11:30Z")
Certo, aqui: 3.5.1 (c96aeda334)
---
### Author:  [@Thomas\_Rother](https://meta.discourse.org/u/Thomas_Rother)
#### Post date: [Outubro 20, 2025, 3:07pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/10 "2025-10-20T15:07:47Z")
Ok. Então eu precisaria de um ID de cliente no seu IDP (para o fluxo de acesso público) ou um ID de cliente **e** um Segredo do cliente (para o fluxo de acesso confidencial). Outra opção: adicione o ID do Discourse como um corretor de identidade externo ao IDP local. Para ambas as variantes, seria necessária um pouco mais de informação 😉 …
---
### Author:  [@pmusaraj](https://meta.discourse.org/u/pmusaraj)
#### Post date: [Outubro 20, 2025, 3:47pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/11 "2025-10-20T15:47:51Z")
> [@Thomas\_Rother](#):
>
> Então eu precisaria de um ID de cliente no seu IDP (para o fluxo de acesso público) ou um ID de cliente **e** um Segredo de Cliente (para o fluxo de acesso confidencial).
Sim, cada instância do Discourse se registra (nos bastidores) e configura um ID de cliente e um segredo.
> [@Thomas\_Rother](#):
>
> A instância de teste está online em [forum2.netzwissen.de](http://forum2.netzwissen.de)
Agora que vejo sua instância, vejo erros http/https. Para que o ID funcione, o site deve estar em https. Provavelmente esse é o seu problema.
@Tealk certifique-se de que seu site também esteja funcionando corretamente em https.
---
### Author:  [@Tealk](https://meta.discourse.org/u/Tealk)
#### Post date: [Outubro 20, 2025, 4:46pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/12 "2025-10-20T16:46:17Z")
> [@pmusaraj](#):
>
> @Tealk certifique-se de que seu site também está funcionando corretamente em https.
Eu não saberia o que poderia melhorar:
[https://rpg-foren.com](https://rpg-foren.com), [https://forum.fedimins.net](https://forum.fedimins.net)
---
### Author:  [@Moin](https://meta.discourse.org/u/Moin)
#### Post date: [Outubro 20, 2025, 5:01pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/13 "2025-10-20T17:01:07Z")
> [@Tealk](#):
>
> Claro, aqui: 3.5.1 (c96aeda334)
> [@pmusaraj](#):
>
> certifique-se de que seu site também está funcionando corretamente em https
O Discourse ID já funciona em fóruns que usam o branch estável? Pensei que o recurso só seria adicionado após o lançamento em agosto.
---
### Author:  [@pmusaraj](https://meta.discourse.org/u/pmusaraj)
#### Post date: [Outubro 20, 2025, 5:59pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/14 "2025-10-20T17:59:43Z")
Ah, de fato, se você estiver no canal `stable`, @Tealk, terá que esperar pela próxima versão estável para que o Discourse ID esteja disponível para você.
> [@Tealk](#):
>
> ```plaintext
> PUT
> https://rpg-foren.com/admin/site_settings/enable_discourse_connect
>
> ```
Note também que o [DiscourseConnect](https://meta.discourse.org/t/13045?silent=true) é um recurso separado.
---
### Author:  [@Tealk](https://meta.discourse.org/u/Tealk)
#### Post date: [Outubro 20, 2025, 6:13pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/15 "2025-10-20T18:13:44Z")
Ok, então isso é confuso na página de novidades. Seria possível adicionar a partir de qual versão um recurso está incluído?
---
### Author:  [@pmusaraj](https://meta.discourse.org/u/pmusaraj)
#### Post date: [Outubro 20, 2025, 6:26pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/16 "2025-10-20T18:26:33Z")
Esse é um bom ponto. Atualizei o feed Novidades para incluir apenas este item para instâncias que não estão em versão estável (e que possuem o commit em `latest` que desbloqueia o ID do Discourse). Se você atualizar seu feed Novidades, não deverá mais ver este item em sua instância em versão estável.
---
### Author:  [@Tealk](https://meta.discourse.org/u/Tealk)
#### Post date: [Outubro 20, 2025, 6:36pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/17 "2025-10-20T18:36:04Z")
Já tenho as configurações em Configurações, a configuração deve estar disponível antes de ser implementada?
---
### Author:  [@pmusaraj](https://meta.discourse.org/u/pmusaraj)
#### Post date: [Outubro 20, 2025, 6:43pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/18 "2025-10-20T18:43:45Z")
A configuração do site `enable_discourse_id` não deve estar presente para você. (Certifique-se de não confundi-la com `enable_discourse_connect`, isso é outra coisa.)
---
### Author:  [@Tealk](https://meta.discourse.org/u/Tealk)
#### Post date: [Outubro 20, 2025, 6:57pm UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/19 "2025-10-20T18:57:00Z")
Ah, é ‘conectar’, a busca só me enganou.
---
### Author:  [@Thomas\_Rother](https://meta.discourse.org/u/Thomas_Rother)
#### Post date: [Outubro 21, 2025, 6:56am UTC](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023/20 "2025-10-21T06:56:23Z")
> Agora que vejo sua instância, vejo erros http/https. Para que o ID funcione, o site deve estar em https. Este é provavelmente o seu problema.
… interessante, mas não entendo por quê. Talvez tenhamos uma lacuna conceitual aqui: os contêineres do Discourse estão localizados atrás de um acelerador SSL, acessível apenas via https. Mas isso é para a conexão padrão que vem de “ **fora** ” para “dentro”. No caso de uso do OAuth, o contêiner do Discourse inicia a conexão de “ **dentro** ” para o IDP, que está “fora”. Não vejo nenhuma opção para configurar essa conexão com o ID do Discourse e forçá-la a ser “https“.
Se eu comparar isso com as configurações clássicas do OIDC usadas para configuração do OAuth com meu próprio IDP: lá temos uma configuração de “Documento de descoberta OpenID Connect”
`https://....realms/[realm-name]/.well-known/openid-configuration`
Acho que precisamos de algo semelhante para o ID do Discourse para evitar problemas com conexões https ausentes. PS. Minha instância de teste tem 3.6.0.beta2-latest, [Commits · discourse/discourse · GitHub](https://github.com/discourse/discourse/commits/f51960287f6a7297243fd904966811c90b7ce5b1)
[Próxima página](https://meta.discourse.org/t/discourse-id-fails-to-activate-on-my-instance/386023.md?page=2)