Authentication support?
-
@nebulon There appear to be App upgrade issues.
From all the Jitsi updates, the app updates into a non responding state.
It may be a combo of the fixed port at 10000 and addon changes.
This also makes it impossible to have more than one instance installed, if one were to test/troubleshoot ;-/
What I found works is uninstalling the app, then reinstalling, but that doesn't help fix the bug of it not upgrading properly.
See the Jitsi support email if you want to log in and check things out.
-
@robi unfortunately jitsi as such does not support port changes, so this needs to be possible upstream.
For upgrades, as always with unstable apps, we don't care of migration. I can tell you already that likely the next jitsi update today will also require a reinstall. It just makes little sense to deal with config file or data migration while we haven't settled on the storage way yet.
-
@nebulon I'm still getting the authentication issue, when I use my Cloudron login username, it doesn't authenticate me, and says incorrect pwd or username. Then I tried my Cloudron email, it just connecting...
Do I need to change/add something in the "jitsi-meet-config.js"? -
I'm just wondering the opposite.
Is it possible to run Jitsi on Cloudron without any authentication? So that anyone can start a room? (I potentially have a client who wants to do this)
Or is @luckow suggestion still the best/ only way to achieve that?
@luckow said in Authentication support?:
@jan-reinhardt As a quick (dirty) workaround: add a user guest with the password guest to your Cloudron ldap and only allow this user to access your jitsi instance. Tell your clients that they must use guest:guest for authentication.
Or can we now do all the options outlined by @luckow here (and if so, how - if someone tells me, I'll add the details to the currently very sparse docs)
@luckow said in Authentication support?:
@jan-reinhardt As I understand it, there are several options that are not compatible with each other:
- public (open to all / without authentication).
- internal (only ldap users)
- internal/public (only ldap users can initiate a conference, then guests are allowed)
- jwt (token based authentication for e.g. nextcloud, rocket.chat ...).
Thanks!
-
@jdaviescoates said in Authentication support?:
Is it possible to run Jitsi on Cloudron without any authentication? So that anyone can start a room? (I potentially have a client who wants to do this)
Yes, just choose to have jitsi manage its own users and it's open by default.
-
@Aizat said in Authentication support?:
@nebulon I'm still getting the authentication issue, when I use my Cloudron login username, it doesn't authenticate me, and says incorrect pwd or username. Then I tried my Cloudron email, it just connecting...
Do I need to change/add something in the "jitsi-meet-config.js"?Hello, have you been able to solve this problem? I would like to use the cloudron authentication...
-
Is this feature on the roadmap?
-
@YurkshireLad said in Authentication support?:
Is this feature on the roadmap?
I think it already exists.
There are various ways to configure it. I've got it set-up to allow LDAP users to start a meeting and then anyone else to join.
-
Hey all,
Just running into troubles on this a bit with the LDAP authentication, and wondering if someone who has walked this road has some advice.
I'm following these instructions: https://jitsi.github.io/handbook/docs/devops-guide/secure-domain
The first step has me edit a file in /etc/prosody/conf.avail
Except... that's obviously a read-only file (because it's not part of the mount with Docker.I'm pretty sure the only step I'll be able to do is the 2nd one... but is that sufficient?
Is there a different set of steps I should be following to enable LDAP for Jitsi?
Thanks.
-
It seems to work with the email address of the user but the connection wont be established. The process stands still with the following screen:
When I use only the username there is the error "Incorrect username or password"
Can you assume, whats the reason for that?
(I already checked the firewall rules of the hoster (Hetzner))
-
@kk_cloudron I just did a fresh test install on a Hetzner VPS and it Just Worked (generally on Cloudron you always use the username, not the email: unless it's a webmail client you're logging into)
Quite possibly the changes you've attempted to make messed something up?
I'd suggest starting again with a fresh install and be sure to select the correct User management setting you want at install:
It should then just work without you having to configure anything.
-
@chetbaker no, it doesn't until you actually start a meeting, then it says waiting for host, then you say i am the host and then you login
-
@nebulon @jdaviescoates @chetbaker
Thanks! I feel pretty dumb here, as the reason I had this problem was that I just didn't start a meeting. I assumed (incorrectly) that it would block the main page with a log in screen, and not just the 'I am host' button once you actually start a meeting. Thank you for the answer :).
-
perhaps @staff should ads something to the docs ️ as I think this trips up a few people as it's a bit counter intuitive