Discourse AI Interner Serverfehler

Unterstützung
1

Ich betreibe Discourse über das Self-Hosting-Docker auf einer Ubuntu-VM. Ich habe das Discourse AI-Plugin ohne Probleme installiert, alle Einstellungen werden im Admin-Panel angezeigt. Wenn ich jedoch versuche, KI-Dienste zu nutzen oder sie im Admin-Panel zu testen, erhalte ich diese Fehler. Ehrlich gesagt, habe ich keine Ahnung, was hier vor sich geht. Ich kann sowohl die API von OpenAI als auch die von Google innerhalb des Docker mit curl -I <api site> anpingen, aber die eigentliche Discourse AI-Implementierung scheint einen Fehler zu haben, der weit über mein Verständnis hinausgeht.

Die Seite läuft über Cloudflare Zero Trust, falls das eine Rolle spielt.

Timeout::Error (Timeout::Error)
lib/final_destination/resolver.rb:31:in `block in lookup'
lib/final_destination/resolver.rb:8:in `synchronize'
lib/final_destination/resolver.rb:8:in `lookup'
lib/final_destination/ssrf_detector.rb:128:in `lookup_ips'
lib/final_destination/ssrf_detector.rb:96:in `lookup_and_filter_ips'
lib/final_destination/http.rb:15:in `connect'
app/controllers/application_controller.rb:427:in `block in with_resolved_locale'
app/controllers/application_controller.rb:427:in `with_resolved_locale'
lib/middleware/omniauth_bypass_middleware.rb:35:in `call'
lib/middleware/content_security_policy/middleware.rb:12:in `call'
lib/middleware/anonymous_cache.rb:410:in `call'
lib/middleware/csp_script_nonce_injector.rb:12:in `call'
config/initializers/008-rack-cors.rb:14:in `call'
lib/middleware/default_headers.rb:13:in `call'
config/initializers/100-quiet_logger.rb:20:in `call'
config/initializers/100-silence_logger.rb:29:in `call'
lib/middleware/enforce_hostname.rb:24:in `call'
lib/middleware/processing_request.rb:12:in `call'
lib/middleware/request_tracker.rb:385:in `call'

Bearbeiten:
Das Aktivieren des Kontrollkästchens “Native Tool-Unterstützung deaktivieren (XML-basierte Tools verwenden) (optional)” mit OpenAI scheint nun eine Erfolgsquote von 50 % beim Testlauf zu haben, tut aber nichts für Gemini. Wenn überhaupt, hat mich das eher noch verwirrter gemacht.

1 „Gefällt mir“
2

Entschuldigung, dass ich dies als Support neu eingestuft habe, aber wenn ich mir den Fehler ansehe, gibt es ein Timeout bei der DNS-Auflösung innerhalb Ihres Containers.

Dies ist ein starker Hinweis darauf, dass DNS auf dem Host nicht richtig konfiguriert ist und/oder einen langsamen / sub-optimalen Resolver verwendet.

Der spezifische Fehler hat nichts mit Cloudflare zu tun.

2 „Gefällt mir“
3

Diese Funktion hätte zuerst den Support durchlaufen sollen, mein Gehirn ist von der letzten Woche der Server- und Discourse-Einrichtung etwas überlastet, danke!

Letztendlich behoben, bin mir nicht sicher, welche der drei Änderungen, die ich vorgenommen habe, es war. Aber zum Nutzen aller zukünftigen Personen.

  1. DNS von Google DNS auf Cloudflare DNS geändert
  2. Zugewiesene Ressourcen der Ubuntu VM von 4c8t auf 8c16t und von 16 GB auf 32 GB RAM erhöht
  3. Anzahl der Unicorns von 8 auf 16 erhöht
1 „Gefällt mir“
4

Das ist höchstwahrscheinlich der Fall, Google DNS ist großartig, aber vielleicht hat Ihr Droplet / VM / was auch immer nicht richtig zu ihm geroutet.