Jitsi Meet Safari

Jitsi-Meet Video Conferencing

Jitsi-Meet allows for quick and easy setup of video conferences using only a webbrowser (Firefox support is limited, Safari is not supported.).

Apr 18, 2020 Jitsi-meet Safari Camera And Screen Sharing. Install & Config. April 18, 2020, 6:01am #1. Hello to everyone. I have a question for you. Camera does not work. Oct 07, 2015 Following a contribution from Temasys, it is now possible to join meet.jit.si conferences through Safari and IE.

May 04, 2018 Do the issues preventing Safari support (even it's its just for p2p) exist on the side of Jitsi-Meet or lib-jitsi-meet or jicofo or jitsi-videobridge, etc.? Second, change Safari's experimental settings. Jitsi/lib-jitsi-meet#835 (comment) Third, click the mic and video buttons at the bottom twice. And then audio and video works and I can see and hear other people in the call. I know I'll get told to use the native app but my site's USP in this regard is other stuff on the page along with the video.

This platform is best for smaller groups. You can access it on meet.fslab.de.

Jitsi-Meet gets hard to use with more than 20 active users, even though we definitively have some perfect counterexample lectures with often up to 60 users and once even with ~120 users in a single conference, without too many problems. The platform has also been tested with great success during meetings of StuPa and AStA.

Keep in mind that with a lot of users some time will definitively be wasted experimenting with microphones, headsets, push-to-talk, etc.

Jitsi Meet Safari Browser

Getting started

To get started using Jitsi-Meet see Getting started and if you are experiencing any issues please check Troubleshooting for any possible known issues before trying to contact us.

Recordings + Moderation

We have a custom system for advanced moderation features and recording management.

Jitsi Meet Download

All recordings will be uploaded to lectures.fslab.de/jitsi.

If you want more control of your lecture rooms and/or want to download recordings please request a room using the link above and check a few hours later if it has been approved. If you need any more help with the recordings you can contact us at [email protected]

For more details see Room ownership.


Jitsi-Meet is secured using transport-security, meaning that all traffic between client and server is encrypted, but a malicious server provider could in theory sniff conference data.

End-to-end encryption is still work in progress and will hopefully be available in the near future.

Stored data

As long as no recording is active (this has to be requested by a moderator in your conference and will be obviously marked in the UI) we are not storing any actual conference data, only some metadata is stored.

For now we have the following logs (automatically erased after 7 days):

  • Webserver: Client IP, Date+Time, Request-Type, Request-Path, Response-Size, Referrer, Client User-Agent
  • Room server: Randomized usernames of login attempts containing Date+Time
  • Jitsi-Meet: Time+Date of conferences, Room names, Randomized usernames from room server

We also keep some platform statistics with numbers of participants/confeferences, bandwith usage on our servers, etc.
No specific user information is stored in the statistics.

We are using this data to figure out why some people are experiencing problems accessing the Jitsi-Meet instance.Work has already started to reduce logging even more.


If you want to use Jitsi Meet for your lectures and need some help you can contact

FB02 Karl Jonas
FB05 Ulrich Essmann
SPZ Daniel Seibert
FSLab FSLab Admin

Live stats

So I decided to host my own jitsi video conferencing server.


I started this project after searching for video conferencing solutions with privacy in mind. After someone made me aware of Jitsi I started doing some research into this software. Jitsi is a free an open source software which pretty much exactly does what I want. Driven by curiosity I wanted to try this myself.

The Software

Jitsi is free and open source software that uses WebRTC to establish the connections between endpoints. The Code is available here on GitHub. Jitsi consists basically of two main components, a SFU (selective forwarding unit) called the Jitsi Videobridge (JVB), and the Jitsi Meet Application.

If there are just two participants on the call the link is established via a P2P WebRTC session, which means that the server is not needed to do anything more than to connect the participants. In this case, the two endpoints communicate directly end-to-end encrypted via DTLS-SRTP.

WebRTC is (currently) not able to offer end-to-end encrypted connections for more than two participants. In this use case, the connection of all participants to the server is still encrypted with DTLS-SRTP. The JVB decrypts the video streams only while they are traversing it, however this data is never stored (except going through memory, of course, but not persistently). Jitsi have an article up about security, which I encourage everyone to read.

Jitsi can handle the switch between P2P and JVB seamlessly and automatically. Also, the JVB is able to detect connection quality and available bandwidth and adjust the video quality automatically.


Since Jitsi can be deployed on own servers (this is even encouraged), everyone can host their own instance which they can therefore trust.

A great thing about the JVB is that no transcoding of the video streams is necessary. This should reduce the load on the cpu significantly.

If needed, Jitsi can even be configured to use a SIP gateway (Jigasi) for phone connections.


I set up a new Linode server, hosted in Germany. Since I mainly was curious and wanted to test the software, and it is intended for my personal use only, I decided to go with a Linode Nano. This is the server: Ubuntu 18.04 LTS, Nanode 1GB: 1 CPU, 25GB Storage, 1GB RAM. The Nanode comes with 1 TB of monthly outbound traffic.

After the server got deployed by Linode I just made the A and AAAA DNS entries with the servers IPv4 and IPv6 addresses.

The installation itself is described in detail in the quick install document. They described the setup of the FQDN as optional. I made sure to update the /etc/hostname and /etc/hosts to contain my chosen domain name.
The same name has to be entered during the setup process.

Per default the firewall on the Ubuntu install is not enabled, so I enabled it and added the rules for Jitsi to work properly. Jitsi uses Port 10000 for a UDP session and 4443 (TCP) as fallback. Of course 443 should also be allowed, as well as SSH if needed.

After installation I once ran into the problem of not being able to access the landing page of Jitsi but only default nginx page. After searching online the simplest solution was to just deploy the server again with a fresh install of Ubuntu and run the setup process again. Everything is so fast and easy that this wasn’t a significant hurdle.

Jitsi, installed with default settings, creates it’s own self signed certificate. Optionally another certificate can be used. They also provide a handy script to obtain a Let’s Encrypt certificate. This is the option I used.
The renewal with certbot-auto can be automated with a cronjob. Universal standard time definition. I didn’t bother with this at the moment (but will probably later) as I just wanted to try the software.

Jitsi Meet Safari

Jitsi Meet Safari Extension

All in all Jitsi seems to work as promised. A few test calls using devices in my home were successful. Now I will continue to test Jitsi and use it for video calls.

Important details

  • The mobile clients (iOS/Android) need a connection with a valid certificate, otherwise they won’t connect to the server at all.
  • Firefox is (currently) not fully supported. Jitsi discourages the use of Firefox at the moment, as it may be detrimental to the connection quality, even for other participants. This is among other things due to a lack of multicast support in firefox (or their implementation thereof). The community seems to be working on this issue.
  • Safari doesn’t support WebRTC video (with H.264) at all (no matter the (video conferencing) software used).
  • Chrome (and derivatives like Chromium, Opera, etc.) work just fine.
  • There even exists a cross platform Electron App for Windows, macOS, and GNU/Linux. For this to work the external API needs to be activated. I didn’t bother with this.
  • Let’s Encrypt only issues certificates for Domains. If the Server is only reachable via an IP Address, Let’s Encrypt can’t be used for certificate generation.


2020-04-11: Cron

Turns out, certificate renewal for Let’s Encrypt is way easier than expected. It seems to me that the install script for the certificate didn’t install certbot. So I installed certbot with apt-get install certbot.

I let it run once with certbot-auto and told it to renew all available certificates and to let nginx redirect all http traffic to https.

Future renewals of the certificate should be easy with cerbot renew.

As it turns out, cerbot automatically creates a cronjob at /etc/cron.d/certbot.

Jitsi Meet Safari Browser

So this way there should be no more worry about manual certificate renewal.

Thesesites were helpful to me.