Übersicht
Wenn Sie im Napster-Omniagent-Dashboard einen API-Schlüssel erstellen, werden Sie aufgefordert, einen Bereitstellungstyp auszuwählen. Es gibt zwei Möglichkeiten: Napster-managed und Custom. Die Wahl des falschen Typs ist eine häufige Ursache für stille Verbindungsfehler zur Laufzeit einer Sitzung.
Bereitstellungstypen im Überblick
Napster-managed (empfohlen)
Napster stellt den zugrunde liegenden Azure-OpenAI-Echtzeit-Endpunkt bereit und verwaltet ihn in Ihrem Namen. Dies ist die richtige Option für die überwiegende Mehrheit der Entwickler und wird für Standard-WebRTC- und WebSocket-Sitzungen benötigt.
Custom (eigener Endpunkt)
Sie stellen Ihren eigenen Azure-OpenAI-Echtzeit-Endpunkt bereit. Der API-Schlüssel wird so konfiguriert, dass er sich mit diesem Endpunkt verbindet, anstatt mit der verwalteten Infrastruktur von Napster.
provider_connection_aborted-Fehler fehl – der Fehler tritt erst zur Laufzeit der Sitzung auf, nicht bereits bei der Schlüsselerstellung.Symptom: provider connection aborted
Wenn Ihr API-Schlüssel den Bereitstellungstyp Custom verwendet, Sie aber keinen eigenen Azure-OpenAI-Endpunkt konfiguriert haben, schlagen Live-Sitzungen sofort fehl mit:
provider_connection_abortedDie Erstellung des API-Schlüssels selbst ist erfolgreich – der Fehler tritt erst auf, wenn Sie versuchen, eine Live-Sitzung zu starten.
Lösung
- Öffnen Sie in Ihrem Napster-Omniagent-Dashboard den Bereich API-Schlüssel
- Löschen Sie den vorhandenen Schlüssel mit dem Bereitstellungstyp Custom
- Erstellen Sie einen neuen API-Schlüssel und wählen Sie Napster-managed als Bereitstellungstyp
- Stellen Sie sicher, dass sich der neue Schlüssel und Ihr Companion im gleichen Projekt befinden
- Testen Sie eine Live-Sitzung – sie sollte sich erfolgreich verbinden lassen
provider_connection_aborted-Fehler, die durch die falsche Auswahl des Bereitstellungstyps verursacht werden. (Bestätigt am 16. Juni 2026)