I’m trying to set up what I would think would be a common scenario. I’m using a Jitsi domain configured to require authentication for the host. I want the transcription user to be hidden, but I want dial-in/dial-out SIP users to appear in the conference.
It looks like this setting should give me what I want:
# If an authenticated (hidden) domain is used to connect to a conference, # PREVENT_AUTH_LOGIN will prevent the SIP participant from being seen as a # hidden participant in the conference net.java.sip.communicator.impl.protocol.sip.acc1403273890647.PREVENT_AUTH_LOGIN=true
However, if I enable this, I get this error when trying to add a SIP user:
impl.protocol.jabber.ProtocolProviderServiceJabberImpl.connectAndLogin().1003 Failed to connect to XMPP service org.jivesoftware.smack.SmackException: No supported and enabled SASL Mechanism provided by server. Server announced mechanisms: [SCRAM-SHA-1, PLAIN]. Registered SASL mechanisms with Smack: [SASL Mech: GSSAPI, Prio: 100, SASL Mech: SCRAM-SHA-1-PLUS, Prio: 100, SASL Mech: SCRAM-SHA-1, Prio: 110, SASL Mech: DIGEST-MD5, Prio: 200, SASL Mech: CRAM-MD5, Prio: 300, SASL Mech: PLAIN, Prio: 400, SASL Mech: X-OAUTH2, Prio: 410, SASL Mech: EXTERNAL, Prio: 500, SASL Mech: ANONYMOUS, Prio: 500]. Enabled SASL mechanisms for this connection: [ANONYMOUS]. Blacklisted SASL mechanisms: [SCRAM-SHA-1-PLUS]. at org.jivesoftware.smack.SASLAuthentication.selectMechanism(SASLAuthentication.java:361)
This makes sense because the domain requires authentication. I think jitsi-meet gets around this by using the
guest.mydomain.com VirtualHost in prosody, but it doesn’t seem like Jigasi utilizes this.
At the moment, the only way I’ve found to handle this is to run two Jigasi instances, one instance that handles transcription and logs in with a user that is using the
hiddendomain, and another instance that handles SIP and authenticates with a different non-hidden domain.
Is there a way to configure a single Jigasi instance to handle this scenario?