jitsi meet auf DS918+?

[basoo]

Hallo,

hat jemand Erfahrung oder eine Anleitung wie man jitsi meet in einem Docker ans laufen bekommt? Für die aktuelle Situation will ich für die Familie einen eigenen Videokonferenzserver aufsetzen um die knappen öffentlichen Serverressourcen zu schonen.

https://jitsi.org/

Es gibt ein mehrere fertige docker, aber ich bekomme sie nicht ans laufen im Sinne von kein Zugriff über Netzwerk und damit keine Konfiguration.

Danke!

basoo

 

[NSFH]

Interessante Idee, würde mich auch interessieren!
Der Bedarf ist auf Grund der Corona Krise extrem gestiegen und DSGVO konforme Systeme sind zu kostenträchtig und auch overloaded mit features.
Wobei ich gerade auf Github gesehen habe, dass da seit 5 Jahren nichts mehr passiert ist. Sieht tot aus wenn man in die Milestones schaut.

 

[haydibe]

Aktuell bieten einige kommerzielle Anbieter ihre Werkzeuge zur kostenneutralen Nutzung an: https://www.sueddeutsche.de/digital/coronavirus-gratis-tools-apps-homeoffice-1.4847495

 

[update-freak]

würde mich auch interessieren wie das geht.
Gestern erschien ein Artikel bei Kuketz-Blog: https://www.kuketz-blog.de/kurzanleitung-jitsi-meet-videokonferenz-per-browser-oder-app/
Im letzten Satz heißt es "Bald werde ich ein Jitsi-Meet-Hosting-Tutorial veröffentlichen, um noch weiteren Menschen die Möglichkeit zu geben, eine eigene Instanz anzubieten."
Hoffe, da kommt was für die Synology

 

[blurrrr]

Naja, man sollte sich jetzt nicht auf jitsi festnageln, nur weil es mal irgendwo irgendwer irgendwann erwähnt hat. Grundsätzlich sei gesagt: kochen alle nur mit Wasser. So finden sich diese WebRTC-Geschichten auch noch zu Hauf in anderen Produkten. Nexctcloud hat doch mittlerweile auch sowas und es gibt auch noch anderweitige kostenlose Produkte die sowas mitbringen. Kommt halt immer darauf an, wie wo was einem eben eher liegt. Bei mir z.B. läuft das Videokonferenz-Thema auch eher da, wo es theoretisch auch eher einzuordnen wäre: auf der TK-Anlage

 

[NSFH]

Jitsi ist bei mir schon wioeder gestrichen. Eine schnelle Installation auf einem leistungsfähigen V-Server bestätigte die Onlinerfahrungen diverser Jitsi Installationen: Man hat in der Video-Konferenz einen Delay zwischen Aussprache und Empfang beim Korrespondenzpartner von 2-3 Sekunden. Das ist wie früher ein Gespräch per Seekabel in die USA, nur schwer in einer Diskussion zu moderieren.

 

[maneuss]

Hallo,

mir gehts genauso. Arbeite als Gynäkologe in HH-Bergedorf. Suche Videokonferenzsysteme für Tumorboard/ andere Treffen.

Geht im Prinzip mit gotomeeting oder zoom, kosten aber als Abo. Jitsi geht natürlich auch (habe es zumindest schon in der Webversion auf deren Server ausprobiert). Aus Datenschutzgründen wäre es mir aber ganz recht es zumindest auf dem eigenen Server ( meine DS918+) zu hosten.

Gefunden habe ich, dass man es wohl über Docker installieren kann. Docker ist eine Virtualisierungsumgebung die man als Packet auf der DS installieren kann. Über das angebundene Docker-Hub. Repository kann mann dann die ganzen Jitsi Dateien laden.

Das ist aber wohl nicht der Weg der Installation - zumindest nicht der offensichtliche. Wahrscheinlich muss man über die Kommandozeile gehen und dann über sudo docker-composer .... das ganze installieren lassen.

Bin da noch am forschen. In den Jitsi-Foren gab es einen, der hat es tatsächlich installiert. Habe da heute Abend mal gepostet und warte auf Antwort.

Grüße

MN

PS: Einen Riesen-Nachteil hat Jitsi allerdings: Es läuft nur auf Google Chrome optimal, Firefox funktioniert gibt aber anfangs eine Kompatibilitäts-Fehlermeldung aus. Safari gibt es nur Ton (lt Entwickler sind sie aber dran). IE geht gar nicht, Edge wohl eingeschränkt.
Ich habe mir dann mal auf meinen Mac Chrome geladen und damit gespielt.

 

[NSFH]

Man muss daran denken, dass Jitsi auf dem heimischen Server auch Upload-Bandbreite benötigt.
Von daher habe ich die Syno auch ausgeschlossen und statt dessen auf einem V-Server von Strato mit 500MBit Anbindung getestet. Diese Lösung würde ich eher empfehlen.
Monatl kündbar 10€ finde ich angemessen.
https://www.strato.de/server/linux-vserver/
Der Delay von 2-3 Sekunden bleibt aber.
Ich bin auf die kostenfreie Lösung von Cisco webex gegangen. Die funkltioniert, nur ist die Anmeldung zur Zeit mit langen Wartezeiten verbunden.

 

[maneuss]

Da haben Sie durchaus recht. BAndbreite ist ein problem. Mich wundert der Delay, allerdings habe ich auch noch nicht in einer Gruppe auf den offiziellen Servern getestet.

Cisco höre ich zum ersten Mal. Als Alternative hatte ich mir gotomeeting gedacht.

Danke für den Cisco-Hinweis.

 

[blurrrr]

Arzt, aber keine Kohle? Verrückte Welt... Stimmt aber schon... die, die gut was in der Tasche haben, haben es nicht vom ausgeben... (und auch nicht vom IT-Fachleute bezahlen). Warum zum Geier ist eigentlich mittlerweile jeder zum Möchtegern-Admin gebohren und meint, es wäre alles so einfach wie Hände waschen? Ich mein, ich renn doch auch nicht durch die Gegend und stell Anfragen in Ärzte-Foren, wo ich denn am besten eine Menschen-Werkbank herkriege, die sich auch leicht höhenverstellbar (vllt mit Kette?) bei mir im Keller montieren lässt?! Vielleicht noch jemand einen Tip für eine günstige Knochensäge?

So, jetzt aber mal Spass beiseite: Als Grundsatz sollte man sich erstmal mit folgemdem Gedanken anfreunden:

"Es gibt auch mitunter kostenlose Dinge von grösseren Anbietern, welche mitunter auch als self-hosted-Variante zu haben sind."

Auf der anderen Seite gibt es natürlich auch tonnenweise anderes "Zeugs". Wie gut (und vor allem "wie lange") sowas funktioniert/funktionieren kann, sieht man ja an dem ein oder anderen Projekt (z.B. an den letzten Aktualisierungen). Grundsätzlich ist es auch empfehlenswert, nicht dem Ruf eines einzelnen zu folgen ("Ich hab hier das und das gesehen"), sondern einfach mal "selbst"(!) zu schauen und zu überprüfen, ob etwas ggf. den eigenen Anforderungen entspricht oder nicht.

Ganz im Sinne von mayo007 hier mal ein entsprechender Link: *klick* (einfach ruhig mal die ersten 3 Seiten der Suchergebnisse durchforsten, ggf. auch mehr)

Das aber nur mal so als allgemeiner Hinweis...

Ansonsten... hier Anregungen:

http://openmeetings.apache.org/
https://nextcloud.com/talk/

Und webrtc-technisch darf natürlich auch die etwas grössere Liste nicht fehlen: https://awesomeopensource.com/projects/webrtc

Allerdings sollte man sich auch bewusst machen, dass eine entsprechende Installation einfach sein "kann", aber nicht "muss" (je nach benötigtem Kenntnisstand eben). Wünsche viel Vergnügen!

EDIT: Was den Datenschutz angeht, kann man das so oder so sehen, eines ist (und bleibt) aber Fakt: Die Bandbreite "muss" passen, von daher - je nach Anzahl der Teilnehmer - kann das mitunter schon aus dem Ruder laufen. Allerdings kann man das vorher auch durchaus Zuhause testen, müssen ja nicht gleich zig 4k-Streams sein. Das mit dem vServer kann man wohl machen, wobei ich NSFH nicht wirklich dabei unterstützen kann, Werbung für Strato zu machen... (Pfui! ), ich würde aber zunächst einmal lokal testen, um eben auch durchaus mal einen Blick auf die benötigten Bandbreiten zu haben.

 

[ong10]

Hallo,

hier scheint beschrieben, wie es geht: https://community.jitsi.org/t/jitsi-dockers-and-synology-nas/17284

Olaf

 

[geimist]

Bei mir funktioniert jitsi nur im p2p mode, d.h. sobald ein 3. User dazukommt, gibt es kein Ton und Bild mehr (nur noch das eigene). Es schein also jvb nicht korrekt zu funktionieren.
Port 80, 443 werden über eine Subdomain mit korrektem Zertifikat durch den Reverse Proxy an die DS geleitet. Der Port UDP 10000 wird direkt an die DS geleitet (sollte ja für die Subdomain kein Unterschied machen).

Die genannten Delayprobleme konnte ich in meinen spärlichen Tests noch nicht beobachten.

Konnte jemand von euch jitsi auch für Gruppen nutzen?

 

[mic777]

Hallo,

Ich habe Jitsi am laufen auf einer Synology-VM unter Ubuntu 20.04. Eine 3er-Konferent kriege ich nur sauber zum laufen, wenn sie auf allen PCs über den neuen Edge-Browser geführt wird. Chrome habe ich noch nicht probiert. Sobald ein aktueller Firefox dazu kommt, sieht man nur noch das eigene Bild und der Ton stirbt. Die Bandbreite scheint da keine allzugroße Rolle zu spielen. Habe 40 Mbit Upload - sollte genügen. Viel mehr denke ich, dass die ARM-Prozis das nicht schaffen. In meiner RS (DSM 6.3) ist ein Xenon-x64 verbaut. Kopano Meet scheint wohl nur Chrome zu unterstützen, denn das erforderliche Plugin Spreed.Me Extension meldet sowohl auf Firefox und Edge, dass nur Iridium, Chromium or Chrome unterstützt wird.

Also, alles noch in den Kinderschuhen. Wer's professionell nutzen will sollte GoToMeeting oder Webex nutzen.

Gruß Mic777

 

[geimist]

Läuft hier bei meinen Tests in Verbindung mit Chrome und / oder den mobilen Apps prima. Einen störenden Versatz musste ich nicht feststellen und die Bandbreite lag im Upload bei 4 Clients unter 5 Mbit/s.

 

[NSFH]

Dann benutze es ein wenig und der Tonversatz wird sich auch bei dir einstellen.
Es gibt Bezahldienste welche Jitsi nutzen. In dem Moment wo man den Support fragt, ob sie garantieren können, dass der Delay nicht auftritt hört man von dem Anbieter nichts mehr. Das sagt doch alles.

 

[mic777]

Der Delay hängt an der verfügbaren Bandbreite. So wars bei mir unter Ubuntu. Im lokalen Netz gab es Verzögerungen im Millisek.-Bereich. WAN 0,5 bis 1 Sek. Mobil (G3) schon ca.2-3 Sek.

 

[Tosoboso]

Hallo,hier scheint beschrieben, wie es geht: https://community.jitsi.org/t/jitsi-dockers-and-synology-nas/17284
Olaf

Und da habe ich ergänzt, dass es dafür nun ein Synology Paket gibt: https://www.cphub.net/?p=jitsimeet
-Tosoboso

 

[Matis]

Reverse proxy geht, ports sin offen, jitsi_jvb zeigt Docker_host_adress richtig an, trotzdem nach ca. 5-10 Verbindungsabbruch.
Hab 10000 und 4443 offen sowie 80/443 und alles default installiert.

 

[Matis]

Dec 19, 2020 2:37:05 PM org.jitsi.utils.logging2.LoggerImpl log
INFO: Performed a successful health check in PT0S. Sticky failure: false
Dec 19, 2020 2:37:15 PM org.jitsi.utils.logging2.LoggerImpl log
INFO: Performed a successful health check in PT0S. Sticky failure: false
Dec 19, 2020 2:37:25 PM org.jitsi.utils.logging2.LoggerImpl log
INFO: Performed a successful health check in PT0S. Sticky failure: false
Dec 19, 2020 2:37:35 PM org.jitsi.utils.logging2.LoggerImpl log
INFO: Performed a successful health check in PT0S. Sticky failure: false



saslauthd[232] :acquired accept lock
[services.d] done.
startup [1minfo[0mHello and welcome to Prosody version 0.11.7
startup [1minfo[0mProsody is using the epoll backend for connection handling
internal-muc.meet.jitsi:tls [1minfo[0mCertificates loaded
recorder.meet.jitsi:tls [1minfo[0mCertificates loaded
portmanager [1minfo[0mActivated service 'c2s' on [*]:5222, [::]:5222
portmanager [1minfo[0mActivated service 'legacy_ssl' on no ports
portmanager [1minfo[0mActivated service 'component' on [*]:5347
focus.meet.jitsi:tls [1minfo[0mCertificates loaded
auth.meet.jitsi:tls [1minfo[0mCertificates loaded
portmanager [1minfo[0mActivated service 'http' on [*]:5280, [::]:5280
portmanager [1minfo[0mActivated service 'https' on no ports
meet.jitsi:tls [1minfo[0mCertificates loaded
muc.meet.jitsi:tls [1minfo[0mCertificates loaded
general [1minfo[0mStarting speakerstats for muc.meet.jitsi
speakerstats.meet.jitsi:speakerstats_component [1minfo[0mHook to muc events on muc.meet.jitsi
speakerstats.meet.jitsi:tls [1minfo[0mCertificates loaded
general [1minfo[0mStarting conference duration timer for muc.meet.jitsi
conferenceduration.meet.jitsi:conference_duration_component [1minfo[0mHook to muc events on muc.meet.jitsi
conferenceduration.meet.jitsi:tls [1minfo[0mCertificates loaded
guest.meet.jitsi:auth_token [1;33mwarn[0mWARNING - empty tokens allowed
guest.meet.jitsi:tls [1minfo[0mCertificates loaded
c2s7fa54b919740 [1minfo[0mClient connected
c2s7fa54b893b40 [1minfo[0mClient connected
c2s7fa54b919740 [1minfo[0mStream encrypted (TLSv1.2 with ECDHE-RSA-AES256-GCM-SHA384)
c2s7fa54b919740 [1minfo[0mAuthenticated as jvb@auth.meet.jitsi
c2s7fa54b893b40 [1minfo[0mStream encrypted (TLSv1.2 with ECDHE-RSA-AES256-GCM-SHA384)
c2s7fa54b893b40 [1minfo[0mAuthenticated as focus@auth.meet.jitsi
focus.meet.jitsi:component [1;33mwarn[0mComponent not connected, bouncing error for: <iq to='focus.meet.jitsi' id='ShoKs-44' type='get' from='focus@auth.meet.jitsi/focus11748856053129'>
jcp7fa54b7ae180 [1minfo[0mIncoming Jabber component connection
focus.meet.jitsi:component [1minfo[0mExternal component successfully authenticated
c2s7fa54bb2db90 [1minfo[0mClient connected
c2s7fa54bb2db90 [1minfo[0mClient disconnected: closed
c2s7fa54bb83640 [1minfo[0mClient connected
c2s7fa54bb83640 [1minfo[0mClient disconnected: closed
c2s7fa54b5abd10 [1minfo[0mClient connected
c2s7fa54b5abd10 [1minfo[0mClient disconnected: closed
c2s7fa54b7d4750 [1minfo[0mClient connected
c2s7fa54b7d4750 [1minfo[0mClient disconnected: closed
c2s7fa54bbdb6d0 [1minfo[0mClient connected
c2s7fa54bbdb6d0 [1minfo[0mClient disconnected: closed
c2s7fa54bbfc180 [1minfo[0mClient connected
c2s7fa54bbfc180 [1minfo[0mClient disconnected: closed
c2s7fa54baa8f80 [1minfo[0mClient connected
c2s7fa54baa8f80 [1minfo[0mClient disconnected: closed
c2s7fa54b929f10 [1minfo[0mClient connected
c2s7fa54b929f10 [1minfo[0mClient disconnected: closed
c2s7fa54bc453a0 [1minfo[0mClient connected
c2s7fa54bc453a0 [1minfo[0mClient disconnected: closed