Was für Alternativen zu Jitsi self Hosting verwendet Ihr unter Debian 13

    Zitat von Borgqueen

    Das war nach zuvor googeln meine erste Lösung die ich am Samstag versuchte und scheiterte damit bei der Installation.
    Denn es installierte mir zwar Jitsi. Jedoch lietste es während der Installation Fehler auf.
    Bedingt dessen hatte ich Jitsi wieder deinstalliert und erstellte in Folge diesen Thread im Forum.

    Das wäre die letzte Hoffnung die mir verbleibt. :/

    Bis dato habe ich nur eine Anwendung die mit Docker im Hintergrund für Nextcloud läuft.

    Und dies war eine Docker Kommandozeile die ich eingeben musste und es läuft.

    Fakt ist leider, ich kenne mich mit Docker nicht aus. =O

    Das sehe ich auch als die relativ beste Lösung an, auch wenn ich Docker bisher eher meide. Jedenfalls, aus meiner Sicht bastelst du dir ansonsten einen BBB-Server-Only. Also einen Server, der außer BBB besser nichts am Laufen hat.

    Zitat von Olivetti

    obs studio hab ich ab und an im einsatz.

    aber das ist eine streamer/broadcaster-software, das hat absolut gar nichts mit meeting-software zu tun.

    für meetings nutzen wir oft opentalk beim grünen M oder auch mal auf https://adminforge.de

    für's selberhosten nutzen wir das zuwenig und dann brauche ich mich gottseidank auch nicht darum zu kümmern.

    Irgendwo meine ich gelesen zu haben, dass deine Meetings nicht mehr so viele Teilnehmer haben wie früher. Und genau das, was Olivetti da schreibt ist auch meine Überlegung.

    Ich wollte seit der Corona-Zeit auch unbedingt eine Videokonferenz-Software selbst hosten auf einem Root-Server. Bin dann aber wieder davon abgekommen, weil ich das eher noch seltener benutzen würde und es einen Server blockieren würde, bei dem ich mir zudem noch Sorgen um die Ressourcen, und die Sicherheit machen müsste.

    Nachdem ich mittlerweile zur (pflegeleichten) Verbesserung der Mail-Zustellbarkeit für einige Absenderadressen (ca 10, bis zu 50 wären wohl möglich) sowieso Mailbox.org nutze für 30,-€ jährlich, nutze ich für die gelegentlichen Videokonferenzen eben das OpenTalk dort, das im Tarif sowieso enthalten ist. Sollen die das dort ruhig vorhalten und pflegen. Ich glaube bis zu 10 Teilnehmer wären da möglich.

    Kann es gerade schlecht checken. Dank Vodafone ist alles gerade einerseits extrem langsam und andererseits auch ziemlich instabil. Der Router startet sich pro Tag bestimmt 50 Mal neu. Meine Suche bei DuckDuckGo zum Thema habe ich vor 5 Minuten gestatrtet, bisher sehe ich noch keine Suchergebnisse.

    Zitat von tab

    Das sehe ich auch als die relativ beste Lösung an, auch wenn ich Docker bisher eher meide. Jedenfalls, aus meiner Sicht bastelst du dir ansonsten einen BBB-Server-Only. Also einen Server, der außer BBB besser nichts am Laufen hat.

    Irgendwo meine ich gelesen zu haben, dass deine Meetings nicht mehr so viele Teilnehmer haben wie früher. Und genau das, was Olivetti da schreibt ist auch meine Überlegung.

    Ich wollte seit der Corona-Zeit auch unbedingt eine Videokonferenz-Software selbst hosten auf einem Root-Server. Bin dann aber wieder davon abgekommen, weil ich das eher noch seltener benutzen würde und es einen Server blockieren würde, bei dem ich mir zudem noch Sorgen um die Ressourcen, und die Sicherheit machen müsste.

    Nachdem ich mittlerweile zur (pflegeleichten) Verbesserung der Mail-Zustellbarkeit für einige Absenderadressen (ca 10, bis zu 50 wären wohl möglich) sowieso Mailbox.org nutze für 30,-€ jährlich, nutze ich für die gelegentlichen Videokonferenzen eben das OpenTalk dort, das im Tarif sowieso enthalten ist. Sollen die das dort ruhig vorhalten und pflegen. Ich glaube bis zu 10 Teilnehmer wären da möglich.

    Was Jitsi betraf, so war dies bedingt Corona der Hauptgrund wieso ich anfing mir Server in Rechenzentren anzumieten. Für mich und auch für Vereine in denen ich einst Mal tätig war. Werde dieses Jahr 60 Jahre alt und habe vor 4 Jahren begonnen ehrenamtlich und bei Vereine step by step kürzer zu treten. Das sollen jüngere m. M. n. jüngere machen.

    Bei Server im RZ bleibe ich. Denn ich habe ja auch meine CMS, Clouds, Mattermost etc. am laufen.

    Was die Sicherheit von Jitsi betraf, hatte ich mich intensiv damit beschäftigt und sehr früh begonnen meine Jitsi-Server nicht als offenen Jitsi-Server laufen zu lassen. Denn ich konfigurierte Jitsi bei mir so, dass man für Jitsi einen Zugang haben musste um Chat-Räumne zu eröffnen.

    Bedingt der vielen Zeit die ich in Konfiguartion von Jitsi steckte würde ich am liebsten Jitsi, wenn möglich bald wieder weiter verwenden.
    Docker mir graut es davor. Weil neu / alles fremd.

    Diese jährlich für 30,-- € Lösung mit OpenTalk wäre, wenn Jitsi weiter bei mir scheitert eine Alternative.

    Ich bin der Anfang, das Ende, die Eine, die Viele ist.

    Ich bin die Borg.

    Zitat von hoedlmoser

    das ist kein hexenwerk. und man lernt mit der herausforderung. ;)

    Das schreibst Du so locker vom Hocker.

    Mein Autismus ist not amused, wenn durch Herausforderungen Routinen sollen angepasst/umgestellt werden. =O

    Zitat von hoedlmoser

    welche genau, ich hab hier beim upgrade von Debian 12 auf 13 keine festellen können.

    Ich hatte mir auf der Seite von Sun/Oracle das .den Paket für jre-17 gedownloadet und installiert.

    In Folge Jitsi installiert. Und während man im Schnellgang so gut man es mitbekam mitlesen könnte, während Jitsi seine Komponenten installierte taichte Mal was auf was ignoriert wurde.

    Als Jitsi installiert war, war zwar das Jitsi und prosody Verzeichnis installiert. Auch das Verzeichnis unter /User/share.

    Aber unter site-avible legte es mir nicht die von der vhost Datei an.

    Als Folge hattte ich dann jre-17 und Jitsi wieder komplett auf dem Server deinstalliert.

    Ich bin der Anfang, das Ende, die Eine, die Viele ist.

    Ich bin die Borg.

    Zitat von Borgqueen

    von Sun/Oracle das .den Paket für jre-17 gedownloadet und installiert.

    also dem gegenüber bevorzuge ich auf Debian 12 zu bleiben oder in einem Debian 13 die sourcen für Debian 12 zu belassen. bei fremdquellen ist immer ungemach vorprogrammiert. und ich dachte Du suchst nach einer pragmantischen lösung und nicht nach problemen.

    Die pragmatische Lösung wäre, zunächst auf Debian 12 zu bleiben. Das wird ja noch bis 10.06.2026 supported....und danach noch LTS bis Juni 2028.

    Wenn das Ding nur für Jitsi ist, zeitgleich Debian 12 noch eine Weile bis EOL hat....warum dann upgraden, wenn Jitsi hier (noch) Probleme macht?

    Es macht doch alles, was es soll....und ist supported in Bezug auf Sicherheitspatches.

    Ich würde das entspannt solange aussitzen, bis Jitsi das geregelt hat....scheint ja logischerweise sehr viele zu betreffen.

    Zitat von -Manu-

    Die pragmatische Lösung wäre, zunächst auf Debian 12 zu bleiben. Das wird ja noch bis 10.06.2026 supported....und danach noch LTS bis Juni 2028.

    Wenn das Ding nur für Jitsi ist, zeitgleich Debian 12 noch eine Weile bis EOL hat....warum dann upgraden, wenn Jitsi hier (noch) Probleme macht?

    Es macht doch alles, was es soll....und ist supported in Bezug auf Sicherheitspatches.

    Ich würde das entspannt solange aussitzen, bis Jitsi das geregelt hat....scheint ja logischerweise sehr viele zu betreffen.

    Ich bin mittlerweile mit 11 von 13 Rechner (4 davon im RZ) zwischen November und heute komplett auf Debian 13 (Neuinstallationen) umgestiegen und die 2 verblieben Rechner sind ältere Books (werde ich auch noch auf Debian 13 umstellen) auf denen ich kein Jitsi laufen lassen kann.

    Ich verwende seitdem Debian 11 Bullseye herauskam Debian. Hatte bis dato noch nicht so ein Problem wie ich es aktuell mit Jitsi erlebe.

    Ich bin der Anfang, das Ende, die Eine, die Viele ist.

    Ich bin die Borg.

    Einmal editiert, zuletzt von Borgqueen (26. Januar 2026 um 19:06)

    Zitat von TobiasH

    Wenn es nur an nicht verfügbaren OpenJDK 17 liegt, schau dir mal folgendes an: https://adoptium.net/de/installatio…ebian_or_ubuntu

    Kannst du als Paket Mirror für apt hinzufügen und dann aus verschiedenen Java Versionen wählen. Vielleicht hilft dir das weiter.

    Borgqueen , kann es sein, das du mein Beitrag übersehen hast?

    Dann sollte sich

    Zitat von Borgqueen

    Ich war gerade nochmals am googeln. Die müsste nun das richte Paket sein

    https://packages.debian.org/bookworm/amd64…17-jre/download

    um es als OldStable unter Debian 13 zu installieren und in Abfolge dann Jitsi installieren. Denn dieses Mal habe ich das Paket bei Debian direkt gefunden.

    erledigt haben und man bekommt auch Sicherheitsupdates via apt.

    Zitat von TobiasH

    Borgqueen , kann es sein, das du mein Beitrag übersehen hast?

    Dann sollte sich

    erledigt haben und man bekommt auch Sicherheitsupdates via apt.

    Oh ja, es hatte sich mit meinem letzten Beitrag überschnitten und ich hatte nicht mehr aktualisiert da ich ein Telefonat entgegen nahm welches länger ging.

    Und dieses Adoption antfafactoriy (aus dem Link von Dir) ist vertrauenswürdig? Ich frage weil ich es bis dato nicht kenne.

    Ich bin der Anfang, das Ende, die Eine, die Viele ist.

    Ich bin die Borg.

    2 Mal editiert, zuletzt von Borgqueen (26. Januar 2026 um 20:49) aus folgendem Grund: Weiterer Absatz hinzugefügt

    Zitat von Patrick0815

    Sind vertrauenswürdig: https://de.wikipedia.org/wiki/Adoptium

    Danke für die Info

    Auch wenn ich seit Debian 11 Debian verwende, hatte ich bis dato keine zusätzlichen Repository, außer jenen die es mir bei Installationen wie z.B. bei Signal Messenger (bei Rechner zu Hause) dann automatisch hinzugefügt wurden.

    In den 18 Jahren in denen ich Red Hat basierende Distributionen verwendete da nutzte ich Repository wie. Z. B. Epel und Mock.

    Ich bin der Anfang, das Ende, die Eine, die Viele ist.

    Ich bin die Borg.

    Zitat von Borgqueen

    Bei mir gibt es 2 Grundsätze:

    Grundsätze sind für Ausnahmen da. :)


    Zitat von Borgqueen

    wieso ich anfing mir Server in Rechenzentren anzumieten

    Ich hatte zu Corona Jitsi auf NC RS versucht. Es hat nicht brauchbar funktioniert. Ich hab dann echtes Blech bei H genommen, das klappte auf Anhieb.

    Allerdings war es schon was größeres. Es war für mehrere Schulen mit jeweils gut 1000 Schülern und über 100 Lehrern.

    Der Hauptunterschied war wohl die dediziert garantierte Bandbreite bei H.

    Zum Teil waren da dann auch 3 Bleche bei H für Jitsi Vernetzt.

    Mittlerweile habe ich noch 0 und betreue auch keine Schulen mehr ehrenamtlich. Das wurde durch den Gigabitpakt alles teuer durch den Landkreis übernommen.

    Der Pakt ist jetzt rum, das Geld alle und die Schulen fluchen fast täglich, wie gut die Zeit mir mir doch war. :)

    Die warten zum Teil 6 Wochen bis ne Tonerkartusche ausgetauscht wird, dürfen sie aber weder selbst Kaufen, noch selbst tauschen.

    Der Große Unterschied zu BBB war in meiner Erinnerung, dass dort alle Streams über den Server laufen mussten, bei Jitsi aber auch P2P ging. Hab ich das richtig in Erinnerung?

    Zitat von Borgqueen

    Werde dieses Jahr 60 Jahre alt

    Du junger Hüpfer!

    (wie bezeichnet man denn den weiblichen Hüpfer ohne das verhasste Gendern? Hüpferin? :) )

    Einmal editiert, zuletzt von ASS (26. Januar 2026 um 22:48)

    Nun habe ich das empfohlene Repository installiert und auch wie beim Link erwähnt das

    Code
    apt install temurin-17-jdk

    Danach Jitsi installiert. Dieses Mal erschienen keine Fehlermeldungen und es generierte mit auch unter site-avible/ die conf Datei der vhost für Jitsi.

    Als ich danach bei Jitsi Url aufrief erschien die Seite ohne Fehler.

    Jedoch als ich mit (Kamera und Mikro eingeschaltet einen Chat-Room erstellen wollte erschien folgende Fehlermeldung (siehe Screenshot).

    jitsi-verbindungsfehler-20260126.png

    Dann testete ich woran es liegen konnte und fand folgendes heraus

    Nun gibt es weitere (noch ältere File die Jitsi möchte und nicht bekommt.

    Irgendwie fühle ich mich aktuell total verzweifelt. ;(

    Es fing so schon an als es mir Jitsi ohne Fehlermeldungen installierte und dann bekomme ich Verbindungsfehler weil die videobridge nicht alles bekam was sie gerne hätte.

    Ich bin der Anfang, das Ende, die Eine, die Viele ist.

    Ich bin die Borg.

    Schade, dann reicht diese Lösung wohl nicht.

    Warum werden da eigentlich noch openjdk Pakete von Version 11 benötigt? =O Es gibt zwar auch temurin-11-jdk, aber das wird bei dem fehlenden Paket auch nicht helfen.

    (Man könnte mit bastelei ein Dummy-Paket "openjdk-11-jre-headless" mit equivs erstellen, dann würde es sich installieren lassen, aber ob die Videobridge dann läuft....)

    Zitat von TobiasH

    Schade, dann reicht diese Lösung wohl nicht.

    Warum werden da eigentlich noch openjdk Pakete von Version 11 benötigt? =O Es gibt zwar auch temurin-11-jdk, aber das wird bei dem fehlenden Paket auch nicht helfen.

    (Man könnte mit bastelei ein Dummy-Paket "openjdk-11-jre-headless" mit equivs erstellen, dann würde es sich installieren lassen, aber ob die Videobridge dann läuft....)

    Aktuell kann ich bei Jitsi (wenn es nicht verbindet) wohl nichts kaputt machen. Daher habe

    Code
    apt install temurin-17-jdk
apt install temurin-8-jdk

    zusätzlich installiert und die Jitsi-Dienste + den Apache restartet um zu sehen was passiert.

    Die 8er und 17er Versionen wurden ohne Fehlermeldungen installiert. Und die Videobridge hat nach wie vor das selbe zu nörgel was ihr fehlt um fehlerfrei zu laufen.

    Ich verstehe nicht warum die Entwickler von Jitsi bei openjdk so hinterher hinken.

    Ich bin der Anfang, das Ende, die Eine, die Viele ist.

    Ich bin die Borg.

    ihr wollt mit publikum leiden und scheitern? sieht bisher alles aus wie ein unfall: nicht schön, man muß aber irgendwie hinsehen.

    ich wiederhole mich, man nehme einfach ein Debian 13 mit zusätzlich den Debian 12 apt sourcen (der zustand ergibt sich übrigens zu einem bestimmten zeitpunkt bei jedem Debian upgrade!). dann sieht das so aus, alles aufgelöst und verfügbar. keine fremdpakete, keine fremd-repos und keine handstände.

    Somit verbleibt von den Jitsi Lösungen nur noch Docker.

    Da kann ich mich nun Mal (bis dato keine Kenntnisse mit Docker) auf die Suche machen nach einer Anleitung wie ich unter Debian 13 Jitsi in Kombination micht Apache2 unter Docker zum laufen bringe.

    Denn nach 25 Jahre Jahre Apache tue ich mir (so lange ich Apache verwenden kann) nginx nicht an.

    Ich hatte vor 1 oder 2 Jahren Mal versucht von Apache auf nginx zu wechseln. Nachdem mehreres nicht lief verwendete ich sehr gerne wieder meinen geliebten Apache.

    Ich bin der Anfang, das Ende, die Eine, die Viele ist.

    Ich bin die Borg.