question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Jibri cannot record if the token authentication is enabled

See original GitHub issue

Description:

jibri cannot record if the token authentication is enabled and allow_empty_token = false for the latest stable. If I switch back to the anonymous authentication or set allow_empty_token = true then it can record as expected.

Steps to reproduce:

  1. Configure jibri and be sure it’s working
  2. Install jitsi-meet-tokens package
  3. Try to record the meeting session using jibri

Expected behavior:

The meeting session should be recorded when the token authentication is enabled too.

Actual behavior:

jibri is triggered as always but fails in a few seconds.

Server information:

ii  jicofo                1.0-910-1
ii  jitsi-meet            2.0.7577-1
ii  jitsi-meet-prosody    1.0.6380-1
ii  jitsi-meet-tokens     1.0.6380-1
ii  jitsi-meet-turnserver 1.0.6380-1
ii  jitsi-meet-web        1.0.6380-1
ii  jitsi-meet-web-config 1.0.6380-1
ii  prosody               0.11.9-2+deb11u2 amd64

Debian 11 Bullseye

Client information:

Chrome Version 104.0.5112.79 Debian 11 Bullseye

Additional information:

The issue seems related with the following line which was updated for the latest stable. Everything goes back to normal when enable_domain_verification = false is added into the prosody config (in main VirtualHost)

https://github.com/jitsi/jitsi-meet/blob/master/resources/prosody-plugins/token/util.lib.lua#L74

Issue Analytics

  • State:closed
  • Created a year ago
  • Comments:5 (3 by maintainers)

github_iconTop GitHub Comments

3reactions
damenchocommented, Aug 22, 2022

We have taken it offline with @saghul and after discussing it, we decided that the way to go is just to add the jid of jigasi or jibri to the admins of the main muc and that will skip the token verification for those users. https://github.com/jitsi/jitsi-meet/blob/f07bd4a0d6e0765162c8ac4b2290c09438b01a0b/doc/debian/jitsi-meet-prosody/prosody.cfg.lua-jvb.example#L83

0reactions
jamesbrookscommented, Aug 26, 2022

Adding the jitsi to the admins list on the main muc resolved this issue for me also (jitsi w/ jwt). Thanks @damencho!

Read more comments on GitHub >

github_iconTop Results From Across the Web

Jibri cannot record if the token authentication is enabled
If I switch back to the anonymous authentication or set allow_empty_token = true then it can record as expected. I think this is...
Read more >
Self-Hosting Guide - Docker | Jitsi Meet - GitHub Pages
Authentication can be controlled with the environment variables below. If guest access is enabled, unauthenticated users will need to wait until a user ......
Read more >
Jibri is unable to record if a moderator sets a meeting password
I have setup a jibri using docker. When I'm trying to record the meeting after setting a meeting password then I'm getting a...
Read more >
Setting up Jibri for Jitsi Meet meeting recording and streaming ...
This will guide you to setup Jibri recording for your jitsi meet setup - recording helps your meetings be memorable.
Read more >
d7KLOgcx5pogEpSooOo06DmS... - Univention Help
ENABLE_AUTH=1 # Enable guest access. #ENABLE_GUESTS=1 # Select authentication type: internal, jwt or ldap AUTH_TYPE=ldap # JWT auuthentication ...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found