OAuth-Fehler - Können die genaue Ursache dieses Fehlers nicht bestimmen

Unterstützung
1

Wir erhalten diesen OAuth-Fehler, und wenn wir die Seite aktualisieren, funktioniert es… Ich habe das Fehlerprotokoll überprüft und hier sind die Details:::

Das Bild ist ein Screenshot einer Fehlermeldung aus einem Diskussionsforum, der darauf hinweist, dass die Software, die das Forum antreibt, ein unerwartetes Problem hatte und um weitere Informationen bittet, falls das Problem weiterhin besteht. (Beschriftet von KI)
Das Bild ist ein Screenshot einer Fehlermeldung aus einem Diskussionsforum, der darauf hinweist, dass die Software, die das Forum antreibt, ein unerwartetes Problem hatte und um weitere Informationen bittet, falls das Problem weiterhin besteht. (Beschriftet von KI)1041×138 68.7 KB

Faraday::TimeoutError (Timeout::Error)

Ich erhalte die folgende Traceback-Protokollfehlermeldung:

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

Hier sind die OAuth2-Einstellungen:::

Ein Screenshot einer Weboberfläche, die ein Formular zur Einrichtung von OAuth2-Client-Anmeldeinformationen anzeigt, einschließlich Feldern für Client-ID, Client-Geheimnis, Autorisierungs-URL, Token-URL und andere Konfigurationsoptionen. (Beschriftet von KI)
Ein Screenshot einer Weboberfläche, die ein Formular zur Einrichtung von OAuth2-Client-Anmeldeinformationen anzeigt, einschließlich Feldern für Client-ID, Client-Geheimnis, Autorisierungs-URL, Token-URL und andere Konfigurationsoptionen. (Beschriftet von KI)617×646 56.9 KB

Das Bild zeigt eine Einstellungsseite für OAuth2-Benutzerdetails, einschließlich verschiedener Felder zum Abrufen, Überprüfen und Abrufen von Informationen von OAuth2-Benutzer-JSON-URLs. (Beschriftet von KI)
Das Bild zeigt eine Einstellungsseite für OAuth2-Benutzerdetails, einschließlich verschiedener Felder zum Abrufen, Überprüfen und Abrufen von Informationen von OAuth2-Benutzer-JSON-URLs. (Beschriftet von KI)899×761 44.1 KB

2

Hallo, bitte formatieren Sie den Fehler in dreifachen Backticks (```).

```
Fehlermeldung hier
```
3

@Steve_John Ich habe deinen Beitrag so formatiert, dass die Protokolle in Codeblöcken ``` enthalten sind. Zukünftig empfehle ich, Fehler oder Code mit dem oben von Nate vorgeschlagenen zu versehen.

Da dies ein Faraday-Formatierungsproblem ist und du dich bei der Aktualisierung erfolgreich authentifizierst, schlage ich vor, diese Einstellung zu deaktivieren: oauth2_debug_auth. Dann solltest du den Fehler nicht mehr sehen.

4

Sicher, Natalie. Ich werde wie vorgeschlagen vorgehen und danke Ihnen für die Aktualisierung.

5

Hier sind die aktuellen Einstellungen. Ich vermute, Sie möchten diese Einstellungen deaktivieren. ::

Ein Screenshot einer Discourse-Konfigurationsseite mit Optionen für die OAuth2-Authentifizierung, einschließlich Einstellungen für E-Mail-Verifizierung, Avatar-Pfade und Debugging-Informationen. (Beschriftet von KI)
Ein Screenshot einer Discourse-Konfigurationsseite mit Optionen für die OAuth2-Authentifizierung, einschließlich Einstellungen für E-Mail-Verifizierung, Avatar-Pfade und Debugging-Informationen. (Beschriftet von KI)854×883 55.7 KB

6

Ich habe versucht, diese Optionen zu deaktivieren und erneut zu testen. Bei 5 Anmeldeversuchen trat bei einem Versuch erneut derselbe Fehler auf. Dieses Problem hat es nicht vollständig behoben.

Das Bild zeigt eine Fehlermeldung in einem Diskussionsforum, die sich für ein unerwartetes Problem entschuldigt und darauf hinweist, dass die Software auf ein Problem gestoßen ist. (Beschriftet von KI)
Das Bild zeigt eine Fehlermeldung in einem Diskussionsforum, die sich für ein unerwartetes Problem entschuldigt und darauf hinweist, dass die Software auf ein Problem gestoßen ist. (Beschriftet von KI)1462×255 12.3 KB

7

Wenn man es sich noch einmal ansieht, wirkt sich die Einstellung oauth2_debug_auth wahrscheinlich aus, wenn der Server gestartet wird, da die OAuth-Middleware und der Logger für das Debugging zu diesem Zeitpunkt angehängt werden.

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

Die meisten Site-Einstellungen erfordern keinen Neustart, aber Sie müssen Ihren Server neu starten, damit diese spezielle Einstellung wirksam wird.

Das eigentliche zugrunde liegende Problem ist jedoch Faraday::TimeoutError (Timeout::Error). Ich glaube nicht, dass mein Vorschlag, die Protokolle zu deaktivieren, Ihr Problem lösen wird. Sie müssen wahrscheinlich prüfen, ob es Netzwerkprobleme zwischen Ihrer Discourse-Instanz und dem OAuth2-Anbieter gibt.