I don’t like SaaSS, but I’d rather prefer my fellow who only use a browser to use something compatible with not using one and I can trust, so I installed jitsi there: meet.galex-713.eu.
First time it worked, then it took like 5-6 of CPU load while not being used, with a tons of java thread, so I did service jitsi-videobridge stop, and as it didn’t change anything (cpu load was still high and java still there), I did stop apache2 then prosody, and as it still didn’t do anything I did killall -9 java and it worked.
After noticing it didn’t work anymore, I uninstalled everything, using purge, then autoremove --purge, then tracked any .pid file remaining, anything beginning by “ji” (jitsi, jicofo, jigasi, etc.) or “prosody” and erased it, several times. And only after then I freshly reinstalled, with clean certificate and such.
And it still doesn’t work.
I asked friends to try it out and it doesn’t work for them, while other jitsi services such as framatalk.org work fine for us. We can see ourselves and our microphone input in the “settings” window without problem. Some of them even were unable to create new room and got 404 errors (so they joined “test” room with me), and I’m still unable to create the “galex-713” room too, it gives the very same 404 error.
Now I got the jvb.log: paste.debian.net/1061873/ (it’s so verbose I can’t directly tell what’s an abnormal error and what’s not, I don’t understand much anyway: whenever it’s related to a concept I may know, I’m totally unable to see it linked with any commandline program, configuration file or program I might interact with)
I guess you can check out the browser log yourself… I’m not very aware of how to use it, or even how to barely copy/paste stuff from it…
First time it worked.
Also, meet.galex-713.eu, and galex-713.eu so far, has directly (without any NAT) 4 public IPs, whose one v4 and one v6 you can find in DNS. I also have two other public IPv6 from another operator, and two local IPv4 behind a NAT behind another public IPv4. If that could cause problem.