first of all thanks to the Jitsi developers and the community for working on Jitsi! It’s an amazing piece of software. I am running the official docker image and after a few hiccups in the beginning I now have a seemingly working Jitsi server, great!
However theres two issues:
The jvb containers log contains a whole lot of stack traces about “Address discovery through STUN failed”. I can connect to my server and conferences work properly, also with multiple participants. So I am wondering if this is a non-issue and I can ignore it? I did notice that I have to specify the DOCKER_HOST_ADDRESS with my servers public IP for JVB to work, so maybe thats where the STUN request fails? When the server tries to find its own address?
Another issue I have is that I can’t make Jitsi work on a subdomain like “meet.mydomain.com”, it only works on the master domain “mydomain.com”. I am running the docker image without SSL, it’s connected to the internet though a nginx proxy on the docker host handling the SSL/TLS connection. I configure that connection through Plesk 18, which is installed on my server. When I try to install jitsi-meet on a subdomain (technically theres no difference with the setup on my side except the domain name) it fails to load properly and keeps restarting.
Edit: I should mention that I enabled ipv6 in the config.js, otherwise nothing was really changed in the docker image default settings (apart from app name etc), I delete all config files on update and just
sed -i replace the relevant stuff.
Maybe somebody can enlighten me
Thanks for the attention,
This seems to be the first stack trace about STUN:
INFO: Joined MUC: email@example.com Apr 10, 2020 3:00:39 AM org.ice4j.ice.harvest.StunMappingCandidateHarvester discover INFO: We failed to obtain addresses for the following reason: java.lang.IllegalArgumentException: unresolved address at java.net.DatagramPacket.setSocketAddress(DatagramPacket.java:316) at java.net.DatagramPacket.<init>(DatagramPacket.java:144) at org.ice4j.stack.Connector.sendMessage(Connector.java:325) at org.ice4j.stack.NetAccessManager.sendMessage(NetAccessManager.java:654) at org.ice4j.stack.NetAccessManager.sendMessage(NetAccessManager.java:600) at org.ice4j.stack.StunClientTransaction.sendRequest0(StunClientTransaction.java:266) at org.ice4j.stack.StunClientTransaction.sendRequest(StunClientTransaction.java:244) at org.ice4j.stack.StunStack.sendRequest(StunStack.java:681) at org.ice4j.stack.StunStack.sendRequest(StunStack.java:619) at org.ice4j.stack.StunStack.sendRequest(StunStack.java:586).