Host a Jitsi Meet Server 

A working Jibri setup video would be much appreciated!

Any ideas on how to setup audio/video recording?

@José Ignacio Castro Hola. Con esta instalación básica en DigitalOcean Jitsi funciona bien hasta aproximadamente 15 participantes (con cámara y micrófono habilitado). Hice una instalación en Google Cloud (región southamerica-east) y soporta un poquito más, pero depende mucho de dónde está ubicado el servidor y los usuarios. Si necesitas que se conecten más personas hay que hacer un escalamiento horizontal (un Jitsi y varios Jitsi-Videobridge) y configurar OCTO, que es un método de "puentes en cascada", que permite repartir usuarios entre diferentes servidores para evitar cuellos de botella en las CPU de los usuarios.

Can you please show how to do the LDAP and sip integration. Thanks

Does anyone have any info for this?

It makes sense to worry about in multi-user environments, and in single-user environments when you're using the system for desktop tasks or other tasks where you don't expect to need root. For a single-user server environment on a single-application server when you're performing one-time configuration, there's not as much reason for it to matter.

Check the Jitsi documentation on JWT Tokens. After fixing authentication via tokens you can create a QR code link with the JWT in the jitsi room link ;-)

I don't watch that channel, but glad I beat them to it. "Performance/scaling" is incredibly broad, so no plans for that right now.

Chris did it on Ubuntu, I prefer Debian any day

I'm not a fan of Docker, I like running native packages/services since it saves overhead and is more straightforward to configure (especially when you're using one server for many applications.)

@@ckpriv6167 "I can update one of the stacks at a time without breaking the others." - You can do this anyway if you're careful and know what you're doing. "The backup is also easier, I can mount the data/config volume on a backup stack, save that, send it encrypted on a backup cloud service." - You need a step to "mount" so you can access your data/config? That's extra work. My files are right on the filesystem and thus easier to access, modify, and back up. "But each time I want to upgrade my server and move my services, that is a nightmare. So docker is far easier, I don't rely on the host at all, only to boot and start docker, handle ipv4/v6, and everything else can have what they need in there stacks." - Sounds like you need to learn systemd a little better. GNU/Linux is a multi-tasking operating system, it can (and does) start and handle multiple services automatically when configured to. "It took me like 20 min to add jitsi meet on a new docker-compose stack, without any problem with everything else on the server." - This is 15 minutes more than your initially quoted time. What happened there? Sounds like you're just bragging/exaggerating, and it's not working. Docker is a band-aid for developers who don't want to worry about actual server administration. It makes it easy to set something up without knowing what any of the moving parts are actually doing; it makes it more difficult to actually understand, interact with, and customize the applications from a user/administrator's point of view. What happens if you want to run two applications on the same server using the same port? For instance, Jitsi Meet uses port 443 since it's HTTPS in a web browser, and I might also have a WordPress website I want to run on the same server. Two Docker instances cannot bind port 443 at the same time. Your options in that case are: - Run the Docker instances on non-standard ports and use a web server like Apache or NGNIX to proxy the traffic to the Docker containers. - Just run the apps natively using a web server like Apache or NGINX. The Docker solution requires more setup, and _does not_ make it any easier to migrate your server with multiple services between hosts like you're claiming, because the host-level configuration would still need to be migrated and that's what you're complaining about in the first place.

@@ckpriv6167 "After something like 20 years of experience on Linux + BSD system, in my experience, having several different services on one server is not a good idea." Bragging about how many years of experience you have in a RU-vid comment essay? You're not going to change my mind about anything, ever. Your initial comment was that Docker is "far faster and easier" than what I showed in my video. Now you are going the opposite direction and boring me with notes about your massively overcomplicated setup. You have a cool job where you've "learned" a ton of stuff about Docker? Great, go live your amazing, incredible, superior life and stop leaving annoying comments on my videos, then.

Nerd on the Street - Tech your are right. that’s pointless. please clear out those comments.

No we can't add I think

@@pratikgk9384 oh I see. Thank you so much!