You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Jibri allows to strip out subdomain names from the jid to get the URL of the conference. E.g. xmpp.myserver.com can be stripped to myserver.com and it will happily record meetings on myServer.com. However, my xmpp server runs on one subdomain while the actual conference runs on a different one. It is only possible to strip subdomains not add them.
I would like to be able to configure a subdomain that is added after the other one is stripped.
E.g. xmpp.myserver.com => conference.myserver.com
Is there interest in this feature?
The text was updated successfully, but these errors were encountered:
Hi @Fuzzyma, if my understanding is correct, and you want Jibri to join a different url than https://myServer.com, there is a way to do it.
Using the latest Jibri docker image, you can set a PUBLIC_URL=https://conference.myserver.com in the .env file. The PUBLIC_URL should also be added in the jibri.yml file, in the environment section.
If the PUBLIC_URL is set, Jibri will join that url instead of https://myServer.com; it will record meetings on conference.myserver.com.
Setting the public URL puts my xmpp server on xmpp.conference.myserver.com. That is NOT what I want. I find it fairly strange that the config doesn't offer a simple switch for setting the actual server. It would be easier to understand than the logic which is in place right now
Jibri allows to strip out subdomain names from the jid to get the URL of the conference. E.g.
xmpp.myserver.com
can be stripped tomyserver.com
and it will happily record meetings onmyServer.com
. However, my xmpp server runs on one subdomain while the actual conference runs on a different one. It is only possible to strip subdomains not add them.I would like to be able to configure a subdomain that is added after the other one is stripped.
E.g.
xmpp.myserver.com
=>conference.myserver.com
Is there interest in this feature?
The text was updated successfully, but these errors were encountered: