Jitsi Docker-Container läuft nicht

Hallo!
Ich habe ja schon ein Kommentar unter das tolle Docker-Tutorial zu Jitsi verfasst.
Dennoch habe ich ein paar Probleme.

Ich habe den Docker-Container soweit wie es die Anleitung beschreibt aufgesetzt.
Die notwendigen Parameter für meine Vorgaben angepasst und das Ganze gestartet.
Die Webseite ist erreichbar, ich kann auch versuchen ein Meeting zu starten, mehr geht aber nicht.
Ich habe eigentlich nur 3 Anpassungen gemacht.

  • Eine andere Domain
  • Statt Port 180 habe ich 7000
  • Statt Port 1443 habe ich 7443

Ich verwende aktuell auch Ubuntu 18.04 und Docker läuft soweit korrekt.
Es laufen nebenbei auch andere Container, die ohne Probleme funktionieren.
Alle anderen Ports die Jitsi braucht, sind nicht von anderen Diensten belegt.

Was läuft falsch?
Die Container jitsi/jicofo:latest und jitsi/prosody:latest starten andauernd neu und im Output sieht man diverse Java-Fehler.
Scheinbar kann er eine XMPP-Verbindung nicht aufbauen.
Output:

jvb_1      | INFO: Running expire()
jvb_1      | Apr 12, 2021 7:07:17 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | INFO: Performed a successful health check in PT0S. Sticky failure: false
jvb_1      | Apr 12, 2021 7:07:17 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | WARNING: Cannot set presence extension: not connected.
jvb_1      | Apr 12, 2021 7:07:18 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | WARNING: [MucClient id=shard hostname=xmpp.meet.jitsi] error connecting
jvb_1      | org.jivesoftware.smack.SmackException$ConnectionException: The following addresses failed: 'xmpp.meet.jitsi:5222' failed because: java.net.UnknownHostException: xmpp.meet.jitsi: Name or service not known
jvb_1      |    at org.jivesoftware.smack.SmackException$ConnectionException.from(SmackException.java:278)
jvb_1      |    at org.jivesoftware.smack.tcp.XMPPTCPConnection.connectUsingConfiguration(XMPPTCPConnection.java:619)
jvb_1      |    at org.jivesoftware.smack.tcp.XMPPTCPConnection.connectInternal(XMPPTCPConnection.java:902)
jvb_1      |    at org.jivesoftware.smack.AbstractXMPPConnection.connect(AbstractXMPPConnection.java:383)
jvb_1      |    at org.jitsi.xmpp.mucclient.MucClient.lambda$getConnectAndLoginCallable$7(MucClient.java:583)
jvb_1      |    at org.jitsi.retry.RetryStrategy$TaskRunner.run(RetryStrategy.java:193)
jvb_1      |    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
jvb_1      |    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
jvb_1      |    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
jvb_1      |    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
jvb_1      |    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
jvb_1      |    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
jvb_1      |    at java.lang.Thread.run(Thread.java:748)
jvb_1      |
jvb_1      | Apr 12, 2021 7:07:22 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | WARNING: Cannot set presence extension: not connected.
jvb_1      | Apr 12, 2021 7:07:23 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | WARNING: [MucClient id=shard hostname=xmpp.meet.jitsi] error connecting
jvb_1      | org.jivesoftware.smack.SmackException$ConnectionException: The following addresses failed: 'xmpp.meet.jitsi:5222' failed because: java.net.UnknownHostException: xmpp.meet.jitsi
jvb_1      |    at org.jivesoftware.smack.SmackException$ConnectionException.from(SmackException.java:278)
jvb_1      |    at org.jivesoftware.smack.tcp.XMPPTCPConnection.connectUsingConfiguration(XMPPTCPConnection.java:619)
jvb_1      |    at org.jivesoftware.smack.tcp.XMPPTCPConnection.connectInternal(XMPPTCPConnection.java:902)
jvb_1      |    at org.jivesoftware.smack.AbstractXMPPConnection.connect(AbstractXMPPConnection.java:383)
jvb_1      |    at org.jitsi.xmpp.mucclient.MucClient.lambda$getConnectAndLoginCallable$7(MucClient.java:583)
jvb_1      |    at org.jitsi.retry.RetryStrategy$TaskRunner.run(RetryStrategy.java:193)
jvb_1      |    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
jvb_1      |    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
jvb_1      |    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
jvb_1      |    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
jvb_1      |    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
jvb_1      |    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
jvb_1      |    at java.lang.Thread.run(Thread.java:748)
jvb_1      |
jicofo_1   | [cont-finish.d] done.
jicofo_1   | [s6-finish] waiting for services.
jvb_1      | Apr 12, 2021 7:07:27 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | INFO: Performed a successful health check in PT0S. Sticky failure: false
jvb_1      | Apr 12, 2021 7:07:27 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | WARNING: Cannot set presence extension: not connected.
jicofo_1   | [s6-finish] sending all processes the TERM signal.
prosody_1  | FATAL ERROR: Jicofo component secret and auth password must be set
prosody_1  | [cont-init.d] 10-config: exited 1.
prosody_1  | [cont-finish.d] executing container finish scripts...
prosody_1  | [cont-finish.d] done.
prosody_1  | [s6-finish] waiting for services.
jvb_1      | Apr 12, 2021 7:07:29 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | WARNING: [MucClient id=shard hostname=xmpp.meet.jitsi] error connecting
jvb_1      | org.jivesoftware.smack.SmackException$ConnectionException: The following addresses failed: 'xmpp.meet.jitsi:5222' failed because: xmpp.meet.jitsi/172.26.0.4 exception: java.net.ConnectException: Connection refused (Connection refused)
jvb_1      |    at org.jivesoftware.smack.SmackException$ConnectionException.from(SmackException.java:278)
jvb_1      |    at org.jivesoftware.smack.tcp.XMPPTCPConnection.connectUsingConfiguration(XMPPTCPConnection.java:619)
jvb_1      |    at org.jivesoftware.smack.tcp.XMPPTCPConnection.connectInternal(XMPPTCPConnection.java:902)
jvb_1      |    at org.jivesoftware.smack.AbstractXMPPConnection.connect(AbstractXMPPConnection.java:383)
jvb_1      |    at org.jitsi.xmpp.mucclient.MucClient.lambda$getConnectAndLoginCallable$7(MucClient.java:583)
jvb_1      |    at org.jitsi.retry.RetryStrategy$TaskRunner.run(RetryStrategy.java:193)
jvb_1      |    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
jvb_1      |    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
jvb_1      |    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
jvb_1      |    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
jvb_1      |    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
jvb_1      |    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
jvb_1      |    at java.lang.Thread.run(Thread.java:748)
jvb_1      |
prosody_1  | [s6-finish] sending all processes the TERM signal.
jicofo_1   | [s6-finish] sending all processes the KILL signal and exiting.
prosody_1  | [s6-finish] sending all processes the KILL signal and exiting.
docker-jitsi-meet_jicofo_1 exited with code 1
jvb_1      | Apr 12, 2021 7:07:32 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | WARNING: Cannot set presence extension: not connected.
docker-jitsi-meet_prosody_1 exited with code 1
jvb_1      | Apr 12, 2021 7:07:37 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | INFO: Performed a successful health check in PT0S. Sticky failure: false
jvb_1      | Apr 12, 2021 7:07:37 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | WARNING: Cannot set presence extension: not connected.
jvb_1      | Apr 12, 2021 7:07:42 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | WARNING: Cannot set presence extension: not connected.
jvb_1      | Apr 12, 2021 7:07:47 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | INFO: Performed a successful health check in PT0S. Sticky failure: false
jvb_1      | Apr 12, 2021 7:07:47 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | WARNING: Cannot set presence extension: not connected.
jvb_1      | Apr 12, 2021 7:07:52 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | WARNING: [MucClient id=shard hostname=xmpp.meet.jitsi] error connecting
jvb_1      | org.jivesoftware.smack.SmackException$ConnectionException: The following addresses failed: 'xmpp.meet.jitsi:5222' failed because: xmpp.meet.jitsi/172.26.0.4 exception: java.net.NoRouteToHostException: No route to host (Host unreachable)
jvb_1      |    at org.jivesoftware.smack.SmackException$ConnectionException.from(SmackException.java:278)
jvb_1      |    at org.jivesoftware.smack.tcp.XMPPTCPConnection.connectUsingConfiguration(XMPPTCPConnection.java:619)
jvb_1      |    at org.jivesoftware.smack.tcp.XMPPTCPConnection.connectInternal(XMPPTCPConnection.java:902)
jvb_1      |    at org.jivesoftware.smack.AbstractXMPPConnection.connect(AbstractXMPPConnection.java:383)
jvb_1      |    at org.jitsi.xmpp.mucclient.MucClient.lambda$getConnectAndLoginCallable$7(MucClient.java:583)
jvb_1      |    at org.jitsi.retry.RetryStrategy$TaskRunner.run(RetryStrategy.java:193)
jvb_1      |    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
jvb_1      |    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
jvb_1      |    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
jvb_1      |    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
jvb_1      |    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
jvb_1      |    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
jvb_1      |    at java.lang.Thread.run(Thread.java:748)
jvb_1      |
jvb_1      | Apr 12, 2021 7:07:52 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | WARNING: Cannot set presence extension: not connected.
jvb_1      | Apr 12, 2021 7:07:57 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | INFO: Performed a successful health check in PT0S. Sticky failure: false
jvb_1      | Apr 12, 2021 7:07:57 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | WARNING: Cannot set presence extension: not connected.
jicofo_1   | [s6-init] making user provided files available at /var/run/s6/etc...exited 0.
jicofo_1   | [s6-init] ensuring user provided files have correct perms...exited 0.
jicofo_1   | [fix-attrs.d] applying ownership & permissions fixes...
jicofo_1   | [fix-attrs.d] done.
jicofo_1   | [cont-init.d] executing container initialization scripts...
jicofo_1   | [cont-init.d] 01-set-timezone: executing...
jicofo_1   | [cont-init.d] 01-set-timezone: exited 0.
jicofo_1   | [cont-init.d] 10-config: executing...
jicofo_1   | FATAL ERROR: Jicofo component secret and auth password must be set
jicofo_1   | [cont-init.d] 10-config: exited 1.
jicofo_1   | [cont-finish.d] executing container finish scripts...
jicofo_1   | [cont-finish.d] done.
jicofo_1   | [s6-finish] waiting for services.
jicofo_1   | [s6-finish] sending all processes the TERM signal.
prosody_1  | [cont-init.d] 10-config: executing...
prosody_1  | FATAL ERROR: Jicofo component secret and auth password must be set
prosody_1  | [cont-init.d] 10-config: exited 1.
prosody_1  | [cont-finish.d] executing container finish scripts...
prosody_1  | [cont-finish.d] done.
prosody_1  | [s6-finish] waiting for services.
prosody_1  | [s6-finish] sending all processes the TERM signal.
jvb_1      | Apr 12, 2021 7:08:00 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | WARNING: [MucClient id=shard hostname=xmpp.meet.jitsi] error connecting
jvb_1      | org.jivesoftware.smack.SmackException$ConnectionException: The following addresses failed: 'xmpp.meet.jitsi:5222' failed because: xmpp.meet.jitsi/172.26.0.4 exception: java.net.NoRouteToHostException: No route to host (Host unreachable)
jvb_1      |    at org.jivesoftware.smack.SmackException$ConnectionException.from(SmackException.java:278)
jvb_1      |    at org.jivesoftware.smack.tcp.XMPPTCPConnection.connectUsingConfiguration(XMPPTCPConnection.java:619)
jvb_1      |    at org.jivesoftware.smack.tcp.XMPPTCPConnection.connectInternal(XMPPTCPConnection.java:902)
jvb_1      |    at org.jivesoftware.smack.AbstractXMPPConnection.connect(AbstractXMPPConnection.java:383)
jvb_1      |    at org.jitsi.xmpp.mucclient.MucClient.lambda$getConnectAndLoginCallable$7(MucClient.java:583)
jvb_1      |    at org.jitsi.retry.RetryStrategy$TaskRunner.run(RetryStrategy.java:193)
jvb_1      |    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
jvb_1      |    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
jvb_1      |    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
jvb_1      |    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
jvb_1      |    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
jvb_1      |    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
jvb_1      |    at java.lang.Thread.run(Thread.java:748)
jvb_1      |
jicofo_1   | [s6-finish] sending all processes the KILL signal and exiting.
jvb_1      | Apr 12, 2021 7:08:02 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | WARNING: Cannot set presence extension: not connected.
prosody_1  | [s6-finish] sending all processes the KILL signal and exiting.
docker-jitsi-meet_jicofo_1 exited with code 1
docker-jitsi-meet_prosody_1 exited with code 1
jvb_1      | Apr 12, 2021 7:08:05 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | WARNING: [MucClient id=shard hostname=xmpp.meet.jitsi] error connecting
jvb_1      | org.jivesoftware.smack.SmackException$ConnectionException: The following addresses failed: 'xmpp.meet.jitsi:5222' failed because: java.net.UnknownHostException: xmpp.meet.jitsi: Name or service not known
jvb_1      |    at org.jivesoftware.smack.SmackException$ConnectionException.from(SmackException.java:278)
jvb_1      |    at org.jivesoftware.smack.tcp.XMPPTCPConnection.connectUsingConfiguration(XMPPTCPConnection.java:619)
jvb_1      |    at org.jivesoftware.smack.tcp.XMPPTCPConnection.connectInternal(XMPPTCPConnection.java:902)
jvb_1      |    at org.jivesoftware.smack.AbstractXMPPConnection.connect(AbstractXMPPConnection.java:383)
jvb_1      |    at org.jitsi.xmpp.mucclient.MucClient.lambda$getConnectAndLoginCallable$7(MucClient.java:583)
jvb_1      |    at org.jitsi.retry.RetryStrategy$TaskRunner.run(RetryStrategy.java:193)
jvb_1      |    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
jvb_1      |    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
jvb_1      |    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
jvb_1      |    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
jvb_1      |    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
jvb_1      |    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
jvb_1      |    at java.lang.Thread.run(Thread.java:748)
jvb_1      |

Was mach ich falsch?
Auf GitHub habe ich auch schon den Log hochgeladen.
Das Problem ist dort des öfteren offen, daher gehe ich davon aus, das hier ein Fehler in der Container-Config oder gar Jitsi selbst vorliegt.

Hänge seit 3 Tagen nun an dem Problem :frowning:

Ich sehe da leider nur, dass die Services keine Verbindung zu den anderen haben, da diese scheinbar einfach so abstürzen und neustarten.

Wie viel GB RAM hat dein Server? Evtl. sind zu wenig GB frei. Die Dienste sind per Default auf 3 GB eingestellt.

Hi!
An der verfügbaren Hardware kann es nicht liegen.
Es sind 16GB RAM verbaut und ~8GB in Verwendung.
Die CPU ist in der Regel auch nur zu ~15% ausgelastet.
Es ist ein dedizierter Server. Es wird also nichts virtualisiert, was eventuell stören könnte.

Mit älteren Versionen klappt zwar ein Verbindungsaufbau, aber nur wenn die Clients im gleichen Netzwerk sind.
Sobald es durch ein NAT muss, geht wieder nichts.
Das bei der neusten Jitsi-Version absolut nichts geht, ist schon sehr verwunderlich.

Hallo Hoerli,

ich habe das Problem gerade selbst feststellen können.
Die docker-compose.yml und .env aus dem git Master Branch sind zu neu für „stable-5390-3“, welche noch als latest getagged ist.
Wenn du die beiden Dateien aus dem Release Source Code nimmst startet auch alles normal: Releases · jitsi/docker-jitsi-meet · GitHub

Ich vermute es liegt an dem neuen OCTO was vor ein paar Tagen eingebaut wurde.

Gruß
Dominion

1 „Gefällt mir“

Hey @dominion
danke für deine Hilfe.
Ich bin nun ein Schritt weiter.

Mit der .env und docker-compose-yml aus dem aktuellen Stable-Release, kann ich immerhin die Container starten.
Man muss nur das JICOFO_COMPONENT_SECRET manuell angeben, da der Passwort-Generator das nicht macht.
Sofern ich mich im selben Netz befinde, klappt auch ein Verbindungsaufbau, nur wenn NAT ins Spiel kommt, geht wieder nichts.

Der Docker-Output ist bei dem „Verbindungsproblem“ folgender:

web_1      | 172.27.0.1 - - [15/Apr/2021:18:44:38 +0200] "POST /http-bind?room=test1234 HTTP/1.0" 200 318 "-" "okhttp/3.12.1"
jvb_1      | Apr 15, 2021 6:44:42 PM org.jitsi.utils.logging2.LoggerImpl log
jvb_1      | INFO: Performed a successful health check in PT0S. Sticky failure: false

Und Firefox meldet folgendes:

2021-04-15T16:43:48.707Z [modules/RTC/BridgeChannel.js] <_handleChannel/e.onmessage>:  Endpoint connection status changed: 3d7e4440 active=false Logger.js:154:22
2021-04-15T16:43:48.708Z [modules/connectivity/ParticipantConnectionStatus.js] <onEndpointConnStatusChanged>:  Detector RTCEvents.ENDPOINT_CONN_STATUS_CHANGED(1618505028708): 3d7e4440: false Logger.js:154:22
2021-04-15T16:43:48.708Z [modules/connectivity/ParticipantConnectionStatus.js] <figureOutConnectionStatus>:  Figure out conn status for 3d7e4440, is video muted: false is active(jvb): false video track frozen: false p2p mode: false is in last N: true currentStatus => newStatus: interrupted => interrupted

Als STUN-Server habe ich den Standardserver von Jitsi und die AdminForge hinterlegt.
Ich könnte noch weitere hinzufügen, aber ich denke mal das ist für den Test aktuell unnötig.
Eine Verbindung sollte aber mit Hilfe eines STUN-Servers auf jeden Fall zu stande kommen.

Hallo Hoerli,

heute ist eine neue Docker Jitsi Meet Version erschienen, kannst ja mal schauen ob es damit besser läuft:

Danke für die Info.
Die neuste Version hat den gleichen Bug.
Da ich aber mein Fehler auch bei GitHub gepostet hatte, hab ich dort immerhin eine andere Lösung erhalten.

Also habe ich das mal probiert und siehe da … immerhin starten nun die Container.
Aber weiterhin besteht nun das Problem, das Verbindung über NAT nicht geht.

Das zweite mal den Container gestartet, kann ich mich wieder nicht mehr verbinden und werde andauernd neu verbunden.
Das Ding ist meiner Meinung nach gerade ein Totalschaden.
Wirklich laufen tud da nichts und keiner weiß so wirklich über irgendwas bescheid (also bei GitHub).
:frowning:

Ich kann nun nach einer Weile sagen, dass die neue Docker Version gut läuft. Keine Abstürze oder Probleme bis jetzt.

Kann ich leider so weiterhin nicht bestätigen.
Ich habe noch einmal das ganze frisch aufgesetzt, da in der Dockerfile noch Änderungen vorgenommen wurde.
Immerhin startet der Container auch ein zweites mal.
Verbindungen im gleichen Netz, funktionieren problemlos. NAT ist weiterhin ein Problem.

UPDATE:
Nachdem der Container jetzt 30 Minuten gelaufen ist und ich noch einige STUN-Server hinzugefügt habe, kann ich >>endlich<< eine Verbindung auch mit anderen Teilnehmern aufbauen.
Hoffen wir mal dass das so bleibt, sobald ich den Login noch einbinde.

Klingt strange, hast du denn ausgiebig mit der Variable DOCKER_HOST_ADDRESS rumgespielt?

Nein.
Alles strikt nach Anleitung gemacht und nichts besonderes bearbeitet.

was hast du denn dort eingetragen? die öffentliche adresse?

Diese Zeile habe ich auskommentiert gelassen.
Da mein Server im Rechenzentrum steht und kein NAT gemacht wird, sehe ich diesen optionalen Punkt als unwichtig für mein Setup an.

Versuch dort mal die Public IP einzutragen.

Jayyy jetzt tud sich was :slight_smile:

Halten wir fest:

  • DOCKER_HOST_ADDRESS muss gesetzt sein (mit der öffentlichen IP)
  • ENABLE_LOBBY=1 funktioniert gut, wenn auch ENABLE_PREJOIN_PAGE=1 gesetzt ist
  • Die alllller neuste Jitsi-Version genutzt wird (Stand mitte April 2021)
  • Mehr als nur der JVB_STUN_SERVERS von Jitsi angegeben ist

Das war mal wieder ne Geburt … mit Docker.