Jitsi von 8x8 nutzen

liayn 2023-08-02 15:36:10 UTC #1

Hallo!

Wir haben einen existierenden Account bei https://jaas.8x8.vc/ (free tier) und würden dieses Jitsi gerne mit EGW nutzen.

Die JWT Erzeugung funktioniert aber hier etwas anders, als es derzeit in EGW implementiert ist.
(Details https://github.com/8x8/jaas_demo/tree/main/jaas-jwt-samples/php)

Was wäre der beste Weg dieses Ziel zu erreichen?
Pull-Request gegen das status-repo?
Custom-Lösung nur für uns selbst bauen?

Vielen Dank für jeglichen Input.

StefanU 2023-08-02 16:44:06 UTC #2

Hi Markus.

Warum dort?
Haben die Server in EU?

Hm…
Ich bin nicht der Anwendungsentwickler… Aber in EGw wird doch kein JWT-Token erzeugt. Das machst du doch in/auf Jitsi und trägst den in EGw ein. Denke ich…

Ansonsten müsste da @RalfBecker oder @hadi.nategh etwas zu sagen (können).
Ggf. machen wir solche Sachen eben auch für zahlende Kunden. So wie das meiste in EGw entsteht.

Wir empfehlen ansonsten für Jitsi Kiwitalk.de. Nutzen wir selber.

Stefan

liayn 2023-08-02 16:52:16 UTC #3

Hallo Stefan,

danke für die schnelle Antwort.

Nein nein, das muss schon am Server passieren, in eurem Fall:

github.com

EGroupware/status/blob/master/src/Videoconference/Backends/Jitsi.php#L99


			'secret' => $this->config['jitsi_application_secret']
		];
		// Prosody in Jitsi expects all values of user context to be type of string otherwise will throw an error
		$context['user'] = array_map(static function($val){
			return (string)$val;
		}, (array)$_context['user']);
		// Jitsi doesn't like more context params, we use these params in other backends though
		unset($context['user']['cal_id'], $context['user']['title']);


		try {
			$this->token = (new Builder())
				// Configures the issuer (iss claim)
				->issuedBy($this->payload['iss'])
				// Configure headers
				->withHeader('alg', self::HEADER['alg'])
				->withHeader('typ', self::HEADER['typ'])
				// Configure the audience (aud claim)
				->permittedFor($this->payload['aud'])
				// Configure the domain (sub claim)
				->relatedTo($this->payload['sub'])
				// Configures the time that the token was issue (iat claim)

Weil das die treibende Kraft hinter dem public jitsi.meet ist und wir das mal schlichtweg ausprobiert haben als Evaluierung für ein Kundenprojekt, wie das Service so performed. Wir haben uns den Account behalten und verwenden das derzeit nur intern für wenige Leute. (kostenlos)

EU Server: glaube eher nicht.

Ich weiß von Kiwitalk.de aber wir hosten schon unseren Zulip-Server selbst, da setzen wir uns auch einen Jitsi-Server selbst noch dazu, wenn die Zeit dafür gekommen ist.

Markus

RalfBecker 2023-08-02 17:03:57 UTC #4

Hi Markus,

Ein Pull Request würden wir uns sicher anschauen.
Allerdings müsste der Beispiel-Code auf die von uns schon verwendeten Lcobucci\JWT Klasse umgebaut werden, was aber nicht allzu schwierig sein sollte.

Aktuell ist es - meines Wissens - aber noch nicht so, dass Du einfach nur eine weitere Klasse unter status/src/Videoconference/Backends/ legen musst, damit die gefunden wird. Sowas haben wir in anderen Bereichen schon, nicht aber für die Videokonferenzen. Auch für die Konfiguration müsste man sich was überlegen, z.B. ein gleichnamiges eTemplate, das die UI für die Konfiguration definiert.

Eine andere Sache über die ich noch unsicher bin: aktuell sind Backends andere OpenSource Projekte und keine SAAS Anbieter die wir gewissermaßen bewerben, wenn wir sie dort offiziell aufnehmen. Sprich 8x8 wäre damit deutlich präsenter als unsere beiden offiziellen Partner Kiwitalk.de für Jitsi und BBBServer.de für BigBlueButton …

Ralf

P.S. I know that 8x8 is the owner/developer of Jitsi.

liayn 2023-08-02 18:11:57 UTC #5

Danke für die Rückmeldungen!

Das wäre sicher kein so großes Thema für uns.

Ich bin am Überlegen/Suchen ob es nicht sogar eine Möglichkeit gibt das mit der extakt gleichen UI zu erledigen, man braucht ja auch in diesem Fall nur Domain+App-Key+App-Id.

Ich hätte auf keinen Fall vor, da irgendwie einen Anbieter herauzustreichen oder gar in der UI präsent zu machen. Wenn dann darf das maximal eine Weiche im Code sein, aber nicht mal das gefällt mir.
Wenn es ein PR wird, dann definitiv eine neutrale Lösung.

Ich muss mir jetzt noch anschauen, warum der JWT Aufbau bei der Self-Hosted Version von Jitsi scheinbar anders ist, als der von der SaaS Lösung. Das ist mir noch nicht ganz einleuchtend, wenn es doch das gleiche Produkt ist.

Danke jedenfalls schon mal für die Infos, wir werden uns da ein paar Gedanken dazu machen, hat aber nicht die höchste Prio. (Wir leben ja derzeit auch ganz gut mit der Lösung von Zulip, wo einfach im Chat nur ein Link zum Jitsi-Service erzeugt wird und sonst gar nichts gemacht wird.)

RalfBecker 2023-08-03 06:46:02 UTC #6

Ja, die UI sollte ok sein, sind in beiden Fällen eine AppID und ein secret, das würde passen.

Fehlt nur entweder die Auswahl des angepassten Backends für 8x8, oder eine Select-Box:

kein JWT
JWT für Selbsthosting
JWT für 8x8

In der Form sehe ich auch keine Bewerbung von 8x8 …

Hat mich auch gewundert, ein Teil ist ja zumindest ähnlich, bei den Rechten, haben wir einfach nicht alles vergeben, denke da gibt es (hoffentlich sinnvolle) Defaults.

Ralf