KamoCRM

Aufnahme hatte nie funktioniert . jicofo nie für jibri gesucht, und jibri nie angekommen

FixKlusterServices
Verschickt
24. September 2026 um 03:50 UTC
Autor
Kamo
Commit
e5497a4

Vier separate Fehler, jeder für sich allein, um jede Aufnahme zu stoppen: - jicofo hatte keine ENABLE_RECORDING, so schrieb das Bild nicht .jibri {] Block: es nie beobachtete die Brauerei und lehnte jede Startanfrage ab. Prosody und jibri hatte es auf. - JIBRI_BREWERY_MUC hielt eine vollständige JID; das Bild fügt die Domain selbst hinzu, indem es ************ Prosody beantwortet item-not-gefunden und jibri, die nicht wieder versuchen, trat nie die Brauerei. - Keine PUBLIC_URL, so jibri Chrome würde https geöffnet haben https://meet.Meet/<room", welche löst nirgendwo. Es zeichnet nun über den gemeinsamen Host auf, der jedem Mieter dient. - XMPP_RECORDER_DOMAIN wird von nichts gelesen; ersetzt durch XMPP_HIDDEN_DOMAIN, die Domain der Rekorder meldet sich wirklich an (und die verdeckte Domain der Meet-Seite muss übereinstimmen). Prosody lädt jetzt filter_iq_jibri, so dass ein Mitglied Token, dessen Funktionen sagen Aufnahme ist off wird ein Start verweigert, nicht nur gezeigt keine Taste. Token ohne Features fallen zurück "ist ein Moderator", wie zuvor. finalize.sh entfernt seine Kopie, sobald MediaService es gespeichert hat (oder abgelehnt, weil die Organisation darf nicht aufnehmen, ein PHI Mieter, dessen Kopie nicht verweilen darf). Nichts sonst jemals beschnitten die 50Gi-Volume. Es sendet auch die reale Inhaltstyp; Curl-Standard war Anwendung/octet-stream, die MinIO gespeichert. Verifiziert live: ein Zwei-Teilnehmer-Meting aufgezeichnet durch jicofo . jibri . 08.09.2018peg finalize . MediaService Ingest, und ein Token mit Aufnahme:falsch wurde mit verweigert "Verboten".

Alle Änderungen anzeigen

Wie das, was Sie sehen Versand?

Beginnen Sie mit dem kostenlosen Plan und lesen Sie diese Seite in einem Monat erneut, um zu sehen, ob Sie die neuen Funktionen nutzen möchten.

Kostenlos für immer startenPreise anzeigen