
## STABLE_RELEASE ist leider nicht Bestandteil des offiziellen Repos ## Dort sind die Versionsnummern aus Gründen hardcoded ## Ich bin halt zu faul zum Tippen STABLE_RELEASE=4416 JICOFO_COMPONENT_SECRET=$secretpasswordstring$ JICOFO_AUTH_PASSWORD=$secretpasswordstring$ JVB_AUTH_PASSWORD=$secretpasswordstring$ JIGASI_XMPP_PASSWORD=$secretpasswordstring$ JIBRI_RECORDER_PASSWORD=$secretpasswordstring$ JIBRI_XMPP_PASSWORD=$secretpasswordstring$ ## Konfiguration wird sich im $HOME des ausführenden Users finden CONFIG=~/.jitsi-meet-cfg ## nginx als Reverse Proxy wird die Anfragen annehmen und weiterleiten ## Deshalb kommentiere ich auch HTTPS_PORT=8443 aus HTTP_PORT=80 ## HTTPS_PORT=8443 DISABLE_HTTPS=1 ## Zeitzone anpassen TZ=Europe/Berlin ## Hier muss natürlich meine Adresse rein PUBLIC_URL="https://meetup.unixe.eu" ## Zertifikat steckt schon im nginx, also brauche ich hier nicht noch eines ENABLE_LETSENCRYPT=0 ## Nur zugelassene Personen sollen Räume eröffnen dürfen ENABLE_AUTH=1 ## Anbindung an LDAP brauche ich nicht, die User lege ich von Hand in Prosody an AUTH_TYPE=internal ## Aber in den einmal angelegten Raum dürfen sich andere ohne Passwort einwählen ENABLE_GUESTS=1 ## Aufzeichnungen sind explizit nicht erwünscht ENABLE_RECORDING=0 ## Die Container sollen immer wieder hochkommen RESTART_POLICY=always ## Jetzt folgen Einträge, die den Defaults entsprechen, ## aber trotzdem explizit gesetzt werden müssen ## Hier geht das System noch über die STUN-Server von Google; ## vorgesehen ist hier inzwischen ein einzelner Eintrag: ## JVB_STUN_SERVERS=meet-jit-si-turnrelay.jitsi.net:443 ## Kann man sich überlegen, was man hier lieber sieht... ## XMPP_DOMAIN=meet.jitsi XMPP_SERVER=xmpp.meet.jitsi XMPP_BOSH_URL_BASE=http://xmpp.meet.jitsi:5280 XMPP_AUTH_DOMAIN=auth.meet.jitsi XMPP_MUC_DOMAIN=muc.meet.jitsi XMPP_INTERNAL_MUC_DOMAIN=internal-muc.meet.jitsi XMPP_GUEST_DOMAIN=guest.meet.jitsi XMPP_MODULES= XMPP_MUC_MODULES= XMPP_INTERNAL_MUC_MODULES= JVB_BREWERY_MUC=jvbbrewery JVB_AUTH_USER=jvb JVB_STUN_SERVERS=stun.l.google.com:19302,stun1.l.google.com:19302,stun2.l.google.com:19302 JVB_PORT=10000 JVB_TCP_HARVESTER_DISABLED=true JVB_TCP_PORT=4443 JVB_TCP_MAPPED_PORT=4443 JICOFO_AUTH_USER=focus JIGASI_XMPP_USER=jigasi JIGASI_BREWERY_MUC=jigasibrewery JIGASI_PORT_MIN=20000 JIGASI_PORT_MAX=20050
3 Comments
und seit dem neusten Firefox Release geht es auch mit Firefox basierten Browsern und nicht nur Chrome basierten recht problemlos.
Das Debian basierte Setup hab ich hier: https://jalogisch.de/2020/make-videochat-available-installation-of-jitsi-on-debian/ geschrieben
Hi,
habe die Erfahrung gemacht, dass ein eigener TURN/STUN Server noch ne ganze Menge bringen kann. Jitsi leitet dann 2er Konferenzen auf diesen um, sodass die Last von der Videobridge genommen wird.
Standardmäßig nutzt Jitsi für STUN/TURN 3rd Party Server, die in den letzten zwei Monaten auch mal gerne überlastet waren.
Habe mein Setup in Ansible gegossen hier veröffentlicht:
https://github.com/perryflynn/jitsi-ansible
Viele Grüße
Christian