Erro de OAuth - Incapaz de identificar a causa exata deste erro

Suporte
1

Recebemos este erro OAuth e, ao atualizar a página, ele funciona… Verifiquei o log de erros e aqui estão os detalhes:::

A imagem é uma captura de tela de uma mensagem de erro de um fórum de discussão, indicando que o software que alimenta o fórum encontrou um problema inesperado e solicitando mais informações se o problema persistir. (Legenda da IA)
A imagem é uma captura de tela de uma mensagem de erro de um fórum de discussão, indicando que o software que alimenta o fórum encontrou um problema inesperado e solicitando mais informações se o problema persistir. (Legenda da IA)1041×138 68.7 KB

Faraday::TimeoutError (Timeout::Error)

Recebo o seguinte log de traceback:

activesupport-7.2.2/lib/active_support/broadcast_logger.rb:130:in `block in warn'
activesupport-7.2.2/lib/active_support/broadcast_logger.rb:231:in `block in dispatch'
activesupport-7.2.2/lib/active_support/broadcast_logger.rb:231:in `each'
activesupport-7.2.2/lib/active_support/broadcast_logger.rb:231:in `dispatch'
activesupport-7.2.2/lib/active_support/broadcast_logger.rb:130:in `warn'
/usr/local/lib/ruby/3.3.0/forwardable.rb:240:in `warn'
/var/www/discourse/plugins/discourse-oauth2-basic/lib/oauth2_faraday_formatter.rb:7:in `request'
faraday-2.12.1/lib/faraday/response/logger.rb:22:in `call'
faraday-2.12.1/lib/faraday/rack_builder.rb:152:in `build_response'
faraday-2.12.1/lib/faraday/connection.rb:452:in `run_request'
oauth2-1.4.11/lib/oauth2/client.rb:107:in `request'
oauth2-1.4.11/lib/oauth2/client.rb:177:in `get_token'
oauth2-1.4.11/lib/oauth2/strategy/auth_code.rb:32:in `get_token'
omniauth-oauth2-1.7.3/lib/omniauth/strategies/oauth2.rb:126:in `build_access_token'
omniauth-oauth2-1.7.3/lib/omniauth/strategies/oauth2.rb:91:in `callback_phase'
omniauth-1.9.2/lib/omniauth/strategy.rb:238:in `callback_call'
omniauth-1.9.2/lib/omniauth/strategy.rb:189:in `call!'
omniauth-1.9.2/lib/omniauth/strategy.rb:169:in `call'
omniauth-1.9.2/lib/omniauth/builder.rb:45:in `call'
/var/www/discourse/lib/middleware/omniauth_bypass_middleware.rb:43:in `call'
rack-2.2.10/lib/rack/tempfile_reaper.rb:15:in `call'
rack-2.2.10/lib/rack/conditional_get.rb:27:in `call'
rack-2.2.10/lib/rack/head.rb:12:in `call'
actionpack-7.2.2/lib/action_dispatch/http/permissions_policy.rb:38:in `call'
/var/www/discourse/lib/content_security_policy/middleware.rb:12:in `call'
/var/www/discourse/lib/middleware/anonymous_cache.rb:397:in `call'
/var/www/discourse/lib/middleware/csp_script_nonce_injector.rb:12:in `call'
/var/www/discourse/config/initializers/008-rack-cors.rb:14:in `call'
rack-2.2.10/lib/rack/session/abstract/id.rb:266:in `context'
rack-2.2.10/lib/rack/session/abstract/id.rb:260:in `call'
actionpack-7.2.2/lib/action_dispatch/middleware/cookies.rb:704:in `call'
actionpack-7.2.2/lib/action_dispatch/middleware/callbacks.rb:31:in `block in call'
activesupport-7.2.2/lib/active_support/callbacks.rb:101:in `run_callbacks'
actionpack-7.2.2/lib/action_dispatch/middleware/callbacks.rb:30:in `call'
actionpack-7.2.2/lib/action_dispatch/middleware/debug_exceptions.rb:31:in `call'
actionpack-7.2.2/lib/action_dispatch/middleware/show_exceptions.rb:32:in `call'
logster-2.20.0/lib/logster/middleware/reporter.rb:40:in `call'
railties-7.2.2/lib/rails/rack/logger.rb:41:in `call_app'
railties-7.2.2/lib/rails/rack/logger.rb:29:in `call'
/var/www/discourse/config/initializers/100-quiet_logger.rb:20:in `call'
/var/www/discourse/config/initializers/100-silence_logger.rb:29:in `call'
actionpack-7.2.2/lib/action_dispatch/middleware/request_id.rb:33:in `call'
/var/www/discourse/lib/middleware/enforce_hostname.rb:24:in `call'
rack-2.2.10/lib/rack/method_override.rb:24:in `call'
actionpack-7.2.2/lib/action_dispatch/middleware/executor.rb:16:in `call'
rack-2.2.10/lib/rack/sendfile.rb:110:in `call'
rack-mini-profiler-3.3.1/lib/mini_profiler.rb:191:in `call'
/var/www/discourse/lib/middleware/processing_request.rb:12:in `call'
message_bus-4.3.8/lib/message_bus/rack/middleware.rb:60:in `call'
/var/www/discourse/lib/middleware/request_tracker.rb:360:in `call'
actionpack-7.2.2/lib/action_dispatch/middleware/remote_ip.rb:96:in `call'
railties-7.2.2/lib/rails/engine.rb:535:in `call'
railties-7.2.2/lib/rails/railtie.rb:226:in `public_send'
railties-7.2.2/lib/rails/railtie.rb:226:in `method_missing'
rack-2.2.10/lib/rack/urlmap.rb:74:in `block in call'
rack-2.2.10/lib/rack/urlmap.rb:58:in `each'
rack-2.2.10/lib/rack/urlmap.rb:58:in `call'
unicorn-6.1.0/lib/unicorn/http_server.rb:634:in `process_client'
unicorn-6.1.0/lib/unicorn/http_server.rb:739:in `worker_loop'
unicorn-6.1.0/lib/unicorn/http_server.rb:547:in `spawn_missing_workers'
unicorn-6.1.0/lib/unicorn/http_server.rb:143:in `start'
unicorn-6.1.0/bin/unicorn:128:in `<top (required)>'
/var/www/discourse/vendor/bundle/ruby/3.3.0/bin/unicorn:25:in `load'
/var/www/discourse/vendor/bundle/ruby/3.3.0/bin/unicorn:25:in `<main>'

Aqui estão as configurações do oAuth2 ::

Uma captura de tela de uma interface web mostrando um formulário para configurar credenciais de cliente OAuth2, incluindo campos para ID do cliente, segredo do cliente, URL de autorização, URL do token e outras opções de configuração. (Legenda da IA)
Uma captura de tela de uma interface web mostrando um formulário para configurar credenciais de cliente OAuth2, incluindo campos para ID do cliente, segredo do cliente, URL de autorização, URL do token e outras opções de configuração. (Legenda da IA)617×646 56.9 KB

A imagem exibe uma página de configurações para detalhes do usuário OAuth2, incluindo vários campos para buscar, verificar e recuperar informações de URLs JSON de usuário OAuth2. (Legenda da IA)
A imagem exibe uma página de configurações para detalhes do usuário OAuth2, incluindo vários campos para buscar, verificar e recuperar informações de URLs JSON de usuário OAuth2. (Legenda da IA)899×761 44.1 KB

2

Olá, por favor, formate o erro entre três crases (```).

```
error message here
```
2 curtidas
3

@Steve_John Formatei sua postagem para incluir os logs em blocos de código ```. No futuro, recomendo colocar erros ou códigos usando o que Nate sugeriu acima.

Vendo que isso é um problema de formatação do faraday e que você está se autenticando com sucesso ao atualizar, sugiro que desative esta configuração: oauth2_debug_auth e você não verá mais o erro.

1 curtida
4

Claro, Natalie. Seguirei como sugerido e obrigado por atualizá-los.

5

Aqui estão as configurações atuais, suponho que você esteja pedindo para desativar essas configurações. ::

Uma captura de tela de uma página de configuração do Discourse com opções para autenticação OAuth2, incluindo configurações para verificação de e-mail, caminhos de avatar e informações de depuração. (Legenda da IA)
Uma captura de tela de uma página de configuração do Discourse com opções para autenticação OAuth2, incluindo configurações para verificação de e-mail, caminhos de avatar e informações de depuração. (Legenda da IA)854×883 55.7 KB

6

Tentei desabilitar essas opções e retestei, de 5 tentativas de relogin..uma tentativa novamente apresentou o mesmo erro, esse problema não corrigiu completamente.

A imagem exibe uma mensagem de erro em um fórum de discussão, pedindo desculpas por um problema inesperado e sugerindo que o software encontrou um problema. (Legenda por IA)
A imagem exibe uma mensagem de erro em um fórum de discussão, pedindo desculpas por um problema inesperado e sugerindo que o software encontrou um problema. (Legenda por IA)1462×255 12.3 KB

7

Olhando novamente, a configuração oauth2_debug_auth provavelmente entra em vigor quando o servidor é iniciado, pois o middleware oauth e o logger para depuração são anexados nesse momento.

def register_middleware(omniauth)
  omniauth.provider :oauth2_basic,
  ...
      opts[:client_options][:connection_build] = lambda do |builder|
        if SiteSetting.oauth2_debug_auth && defined?(OAuth2FaradayFormatter)
          builder.response :logger,
                         Rails.logger,
                         { bodies: true, formatter: OAuth2FaradayFormatter }
        end
  ...
    }
end

A maioria das configurações do site não requer reinicialização, mas você precisará reiniciar seu servidor para que essa configuração específica entre em vigor.

Dito isso, o problema real subjacente é Faraday::TimeoutError (Timeout::Error), embora. Não acho que minha sugestão de desativar os logs resolverá seu problema. Você provavelmente terá que verificar se há algum problema de rede entre sua instância do Discourse e o provedor OAuth2.