Erreur OAuth - Impossible de connaître la cause exacte de cette erreur

Soutien
1

Nous rencontrons cette erreur OAuth et en actualisant la page, cela fonctionne… J’ai vérifié le journal des erreurs et voici les détails :

L'image est une capture d'écran d'un message d'erreur d'un forum de discussion, indiquant que le logiciel qui alimente le forum a rencontré un problème inattendu et demandant plus d'informations si le problème persiste. (Légendé par l'IA)
L'image est une capture d'écran d'un message d'erreur d'un forum de discussion, indiquant que le logiciel qui alimente le forum a rencontré un problème inattendu et demandant plus d'informations si le problème persiste. (Légendé par l'IA)1041×138 68.7 KB

Faraday::TimeoutError (Timeout::Error)

Je reçois le journal de trace ci-dessous :

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>'

Voici les paramètres oAuth2 :

Une capture d'écran d'une interface web montrant un formulaire de configuration des informations d'identification du client OAuth2, y compris les champs pour l'ID client, le secret client, l'URL d'autorisation, l'URL du jeton et d'autres options de configuration. (Légendé par l'IA)
Une capture d'écran d'une interface web montrant un formulaire de configuration des informations d'identification du client OAuth2, y compris les champs pour l'ID client, le secret client, l'URL d'autorisation, l'URL du jeton et d'autres options de configuration. (Légendé par l'IA)617×646 56.9 KB

L'image affiche une page de paramètres pour les détails de l'utilisateur OAuth2, y compris divers champs pour récupérer, vérifier et obtenir des informations à partir des URL JSON d'utilisateur OAuth2. (Légendé par l'IA)
L'image affiche une page de paramètres pour les détails de l'utilisateur OAuth2, y compris divers champs pour récupérer, vérifier et obtenir des informations à partir des URL JSON d'utilisateur OAuth2. (Légendé par l'IA)899×761 44.1 KB

2

Salut, veuillez formater l’erreur entre triples guillemets inversés (```).

```
message d'erreur ici
```
2 « J'aime »
3

@Steve_John J’ai formaté votre publication pour inclure les journaux dans des blocs de code ```. À l’avenir, je vous recommande de mettre les erreurs ou le code en utilisant ce que Nate a suggéré ci-dessus.

Étant donné qu’il s’agit d’un problème de formatage faraday et que vous vous authentifiez avec succès lors du rafraîchissement, je vous suggère de désactiver ce paramètre : oauth2_debug_auth et vous ne devriez plus voir l’erreur.

1 « J'aime »
4

Bien sûr, Natalie… je suivrai comme suggéré et merci de les avoir mis à jour.

5

Voici les paramètres actuels. Je suppose que vous demandez à désactiver ces paramètres. ::

Une capture d'écran d'une page de configuration Discourse avec des options pour l'authentification OAuth2, y compris les paramètres de vérification par e-mail, les chemins d'avatar et les informations de débogage. (Légendé par l'IA)
Une capture d'écran d'une page de configuration Discourse avec des options pour l'authentification OAuth2, y compris les paramètres de vérification par e-mail, les chemins d'avatar et les informations de débogage. (Légendé par l'IA)854×883 55.7 KB

6

J’ai essayé de désactiver ces options et de retester, sur 5 tentatives de reconnexion… une tentative a de nouveau rencontré la même erreur, ce problème ne l’a pas complètement résolu.

L'image affiche un message d'erreur sur un forum de discussion, s'excusant pour un problème inattendu et suggérant que le logiciel a rencontré un problème. (Légendé par l'IA)
L'image affiche un message d'erreur sur un forum de discussion, s'excusant pour un problème inattendu et suggérant que le logiciel a rencontré un problème. (Légendé par l'IA)1462×255 12.3 KB

7

En regardant de plus près, le paramètre oauth2_debug_auth prend probablement effet au démarrage du serveur, car le middleware oauth et le logger pour le débogage y sont attachés à ce moment-là.

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

La plupart des paramètres du site ne nécessitent pas de redémarrage, mais vous devrez redémarrer votre serveur pour que ce paramètre particulier prenne effet.

Cela dit, le véritable problème sous-jacent est Faraday::TimeoutError (Timeout::Error). Je ne pense pas que ma suggestion de désactiver les journaux résoudra votre problème. Vous devrez probablement vérifier s’il y a des problèmes de réseau entre votre instance Discourse et le fournisseur OAuth2.