JitsiMeet für Synology
- Ersteller mic777
- Erstellt am
-
Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.
Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.
Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier
Wurde ein paar Posts vor deinem schon angesprochen und auch eine Lösung gezeigt (Eintrag im Reverse Proxy ergänzen). Hat bei mir geklappt.
Hallo und lieben Dank für eure Tipps!!!
Den Eintrag im Reverse Proxy hatte ich so (siehe Bild) ergänzt und die Container hatte ich auch schon mehrmals neu hochgefahren. Leider noch "ihre Verbindung ist getrent worden".
Habt ihr auch die Version aus dem Packet-Zentrum der Synology genommen und beim installieren die Standardeinstellungen gelassen? Oder habt ihr beim Installationsfenster noch Einstellungen verändert?
Den Eintrag im Reverse Proxy hatte ich so (siehe Bild) ergänzt und die Container hatte ich auch schon mehrmals neu hochgefahren. Leider noch "ihre Verbindung ist getrent worden".
Habt ihr auch die Version aus dem Packet-Zentrum der Synology genommen und beim installieren die Standardeinstellungen gelassen? Oder habt ihr beim Installationsfenster noch Einstellungen verändert?
Das sind die anderen Einstellungen von mir. XXXX wird im Hostname durch meine dyndns ersetzt. Sind die Einstellungen richtig? L.G. David
Hallo flyerbln,
knapp daneben - sozusagen.
Konkret also:
- Port 443 anstatt wie dargestellt 433,
- Die Weiterleitung sollte auf HTTPS - localhost - Port 8443 erfolgen
Weitere mögliche Ursachen wären nicht richtig gesetzte Firewallregeln:
- nach außen durch den Router nötig 443 TCP / 4443 TCP / 10000 UDP
- gegebenenfalls in der Syno Firewall (DSM) nötig 443 TCP / 4443 TCP / 10000 UDP und 8443 TCP
knapp daneben - sozusagen.
Konkret also:
- Port 443 anstatt wie dargestellt 433,
- Die Weiterleitung sollte auf HTTPS - localhost - Port 8443 erfolgen
Weitere mögliche Ursachen wären nicht richtig gesetzte Firewallregeln:
- nach außen durch den Router nötig 443 TCP / 4443 TCP / 10000 UDP
- gegebenenfalls in der Syno Firewall (DSM) nötig 443 TCP / 4443 TCP / 10000 UDP und 8443 TCP
Zuletzt bearbeitet:
Hallo und herzlichen Dank!!!! Ich habe es jetzt hinbekommen mit den Ports dank DIY seiner Beschreibung. Ich hatte zusätzlich auch immer im Explorer die Adresse https:/xxxxx.synology.me:443 anstatt /443 eingegeben?. Jetzt läuft es endlich wieder
.Allen vielen Dank für diese Klasse Arbeit!!!
.Allen vielen Dank für diese Klasse Arbeit!!!Ich habe mal noch eine Frage, hat jemand von euch Jitsi und Wordpress gleichzeitig auf seiner ds am laufen? L.G. David
Zwar nicht Wordpress sondern Backdrop CMS, das aber ebenso wie Wordpress ein Content Managment System ist, und Jitsi.
Hallo zusammen,
ich wollte das auch mal ausprobieren. Gibt es das nicht mehr im Community Repo? Mit meiner DS920+ sollte das von der Architektur her ja klappen?
Viele Grüße
Duddits
ich wollte das auch mal ausprobieren. Gibt es das nicht mehr im Community Repo? Mit meiner DS920+ sollte das von der Architektur her ja klappen?
Viele Grüße
Duddits
https://www.cphub.net/?p=jitsimeet ?
Btw wenn man in der Lage ist, eine Suchmaschine (z.B. Google) zu benutzen, stolpert man auch sehr schnell über diesen Beitrag: https://community.synology.com/enu/forum/11/post/132529 ?
Btw wenn man in der Lage ist, eine Suchmaschine (z.B. Google) zu benutzen, stolpert man auch sehr schnell über diesen Beitrag: https://community.synology.com/enu/forum/11/post/132529 ?
Also, hiermit stelle ich die Frage nochmals in die Runde: Passiert es noch bei jemandem, dass, wenn sich jemand aus der Konferenz ausloggt, die Verbindung unterbrochen wird und Jitsi sich neu verbinden muss?
Heute wollte ich erstmals eine Konferenz mit mehreren Leuten starten - funktionierte nicht. Sobald ein dritter ins Spiel kommt, werden alle gemutet und nichts geht mehr. Ist man wieder zu zweit, funktioniert es wieder. Bei ganz wenigen Teilnehmern funktioniert es grundsätzlich nicht, an Konferenzen auf meinem Server teilzunehmen: Der Teilnehmer erscheint ebenfalls gemutet, kann sich nicht entmuten (Button lässt sich aktivieren), hört mich zwar aber ich ihn nicht. Genau so, wie es heute mit mehr als zwei Teilnehmern auftrat.
Gestern trat das gleiche Problem bei einem anderen Teilnehmer auf, der Chrome als Browser verwendete. Als er es dann mit Safari versuchte, funktionierte plötzlich alles einwandfrei.
Es kann doch nicht sein, dass das nur bei mir auftritt. Auf Seite 2 hat ein anderer User die selben Probleme geschildert (Konferenzabbruch wenn der andere Teilnehmer den Raum verlässt, keine Konferenzen mit mehr als zwei Teilnehmern möglich), dann aber in einem späteren Post nur gepostet "habs hingekriegt" ohne zu erklären, wie.
Ja, ich weiß, so sind die Informationen spärlich. Ich habe alles nach Anleitung installiert und bei 99% funktioniert es auch. Bei 1% tritt der Fall auf , dass sie nicht zu hören sind, obwohl sie den Button aktivieren können. Meistens steht dann auch nach kurzer Zeit, ihre Verbindung sei schlecht und meine gut (bei ihnen steht es genau umgekehrt) und dass die Verbindung getrennt wurde (sie sehen und hören mich dann aber immer noch. Wenn wir die Konferenz dann notgedrungen über meet.jit.si abhalten, funktioniert alles.
Es würde mir ja schon reichen, wenn ich zumindest mal einen Tipp bekommen könnte, was als Ursache in Frage kommen könnte und wo ich ansetzen kann.
Heute wollte ich erstmals eine Konferenz mit mehreren Leuten starten - funktionierte nicht. Sobald ein dritter ins Spiel kommt, werden alle gemutet und nichts geht mehr. Ist man wieder zu zweit, funktioniert es wieder. Bei ganz wenigen Teilnehmern funktioniert es grundsätzlich nicht, an Konferenzen auf meinem Server teilzunehmen: Der Teilnehmer erscheint ebenfalls gemutet, kann sich nicht entmuten (Button lässt sich aktivieren), hört mich zwar aber ich ihn nicht. Genau so, wie es heute mit mehr als zwei Teilnehmern auftrat.
Gestern trat das gleiche Problem bei einem anderen Teilnehmer auf, der Chrome als Browser verwendete. Als er es dann mit Safari versuchte, funktionierte plötzlich alles einwandfrei.
Es kann doch nicht sein, dass das nur bei mir auftritt. Auf Seite 2 hat ein anderer User die selben Probleme geschildert (Konferenzabbruch wenn der andere Teilnehmer den Raum verlässt, keine Konferenzen mit mehr als zwei Teilnehmern möglich), dann aber in einem späteren Post nur gepostet "habs hingekriegt" ohne zu erklären, wie.
Ja, ich weiß, so sind die Informationen spärlich. Ich habe alles nach Anleitung installiert und bei 99% funktioniert es auch. Bei 1% tritt der Fall auf , dass sie nicht zu hören sind, obwohl sie den Button aktivieren können. Meistens steht dann auch nach kurzer Zeit, ihre Verbindung sei schlecht und meine gut (bei ihnen steht es genau umgekehrt) und dass die Verbindung getrennt wurde (sie sehen und hören mich dann aber immer noch. Wenn wir die Konferenz dann notgedrungen über meet.jit.si abhalten, funktioniert alles.
Es würde mir ja schon reichen, wenn ich zumindest mal einen Tipp bekommen könnte, was als Ursache in Frage kommen könnte und wo ich ansetzen kann.
Zuletzt bearbeitet:
Falls jemand auf dasselbe Problem stoßen sollte, ich denke, ich habs jetzt hinbekommen: Ich habe die Portfreigaben in der Firewall nochmals gelöscht und dann neu aktiviert. Jetzt scheint es plötzlich zu laufen, obwohl die Ports schon vorher freigegeben waren. Zumindest bricht jetzt schon mal die Verbindung nicht mehr ab, wenn der Teilnehmer den Raum verlässt.
- Registriert
- 17. Mai 2012
- Beiträge
- 74
- Reaktionspunkte
- 3
- Punkte
- 14
Hi,
das Problem von flyerbin habe ich auch. Bin deshalb wieder auf der vorletzten Version.
Ich weiß nicht, ob die neue Version einen Bug enthält oder eine weitere Sicherheitsmaßnahme die Funktion blockiert.
Ich warte mal ab, ob sich ein "Kenner/Könner" dazu äußern kann.
Gruß Mic
das Problem von flyerbin habe ich auch. Bin deshalb wieder auf der vorletzten Version.
Ich weiß nicht, ob die neue Version einen Bug enthält oder eine weitere Sicherheitsmaßnahme die Funktion blockiert.
Ich warte mal ab, ob sich ein "Kenner/Könner" dazu äußern kann.
Gruß Mic
Hallo mic777. Das Problem konnte ich beseitigen, indem ich beim Reverse Proxy den Port 443 benutzt habe.
Danach jitsi mal resetten und anschließend starten. Bei mir funktioniert es jetzt super. Anscheinend funktioniert jitsi auch nur über den 443. Ich bin da jetzt gerade mal am Testen. Wichtig ist noch jitsi dann über deine dyndny Adresse also Beispiel: xxxx.synology.me/443 aufrufen, so hat es bei mir funktioniert.
Ich habe aber mal noch eine Frage, kann ich jitsi auch über einen anderen Port als 443 ansprechen oder geht nur dieser? Wo muss man das dann ändern? Sicherlich irgendwo in den jitsi Containern oder?
Danach jitsi mal resetten und anschließend starten. Bei mir funktioniert es jetzt super. Anscheinend funktioniert jitsi auch nur über den 443. Ich bin da jetzt gerade mal am Testen. Wichtig ist noch jitsi dann über deine dyndny Adresse also Beispiel: xxxx.synology.me/443 aufrufen, so hat es bei mir funktioniert.
Ich habe aber mal noch eine Frage, kann ich jitsi auch über einen anderen Port als 443 ansprechen oder geht nur dieser? Wo muss man das dann ändern? Sicherlich irgendwo in den jitsi Containern oder?
mördock
Benutzer
- Registriert
- 04. Jan. 2012
- Beiträge
- 806
- Reaktionspunkte
- 17
- Punkte
- 44
Hallo,
ich habe mir nun alles durchgelesen und stehe vor zwei Problemen:
- Bin ich alleine in einer Konferenz (Smartphone 4G) ist alles gut. Wähle ich mich noch per WLAN ein (Laptop) fliegen beide sofort raus. Es wird ständig, erfolglos versucht eine neue Verbindung aufzubauen.
- Ich nutze auch DS Photo mit der zugehörigen App. Da Jitsi und DSPhoto den Port 443 nutzen kommen ich nun nicht mehr auf die Photostation.
#Mördock#
ich habe mir nun alles durchgelesen und stehe vor zwei Problemen:
- Bin ich alleine in einer Konferenz (Smartphone 4G) ist alles gut. Wähle ich mich noch per WLAN ein (Laptop) fliegen beide sofort raus. Es wird ständig, erfolglos versucht eine neue Verbindung aufzubauen.
- Ich nutze auch DS Photo mit der zugehörigen App. Da Jitsi und DSPhoto den Port 443 nutzen kommen ich nun nicht mehr auf die Photostation.
#Mördock#
- Registriert
- 04. Jan. 2012
- Beiträge
- 5.952
- Reaktionspunkte
- 1.708
- Punkte
- 234
Dafür solltest du mit einer Subdomain in Verbindung mit dem ReverseProxy arbeiten.
mördock
Benutzer
- Registriert
- 04. Jan. 2012
- Beiträge
- 806
- Reaktionspunkte
- 17
- Punkte
- 44
So, das mit der Subdomain ist geschafft. Jitsi ist über die subdomain, DS Photo über die normale Domain erreichbar. Danke für den Tipp.
Allerdings wird nun im Firefox direkt die Verbindung getrennt, Jitisi versucht es immer wieder, eine Dauerschleife entsteht. In der Jitisi Meet App (Android) klappt die Verbindung. Die Einstellungen beim Rerverse Proxy (Benutzerdefinierter Header) habe ich wie weiter oben beschrieben vorgenommen. Die DS wurde neu gestartet. Wo hakt es nun schon wieder?
#Mördock#
Allerdings wird nun im Firefox direkt die Verbindung getrennt, Jitisi versucht es immer wieder, eine Dauerschleife entsteht. In der Jitisi Meet App (Android) klappt die Verbindung. Die Einstellungen beim Rerverse Proxy (Benutzerdefinierter Header) habe ich wie weiter oben beschrieben vorgenommen. Die DS wurde neu gestartet. Wo hakt es nun schon wieder?
#Mördock#
Kaffeautomat
Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.
Als Dankeschön schalten wir deinen Account werbefrei.
