Closed emrahcom closed 2 years ago
There is some more info in Community Forum:
https://community.jitsi.org/t/jibri-cannot-record-if-the-token-authentication-is-enabled/116450
@emrahcom That was the case in the previous version. In the latest, I don't know if it is working. You cloud add the user recoder@.... in prosody as admin. Then there is no request for the JWT token.
Hi @holzi1005,
When I added "recorder@recorder.jitsi.mydomain.corp"
into admins
list in conference
component, everything works as expected. So this may be only a documentation issue. There is no clue about it in Jibri README.
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
Adding the jitsi to the admins list on the main muc resolved this issue for me also (jitsi w/ jwt). Thanks @damencho!
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 setallow_empty_token = true
then it can record as expected.Steps to reproduce:
jibri
and be sure it's workingjitsi-meet-tokens
packagejibri
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:
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