Where is the coturn config located?

[robi]

@atrilahiji sounds like a firewall issue for udp ports.

[A Former User]

@robi Oh on the my desktop or the cloudron server?

Network-wise my port forwarding everything seems to be in order

[robi]

@atrilahiji idk, that was the thought about the reflexive connectivity, yet it should be able to use a fallback relay.

[A Former User]

@girish I noticed there are some turn changes in the next version. Is this something you imagine would help here?

Like it seems like it just keeps blocking people I try to talk to and I cannot for the life of me figure out why. I've had to resort to a BBB vps for meetings, but with discord's potential aquisition I would like to also use the voice and video chat in Matrix (Element) but I encounter the same issues.

[robi]

Our meetings in NC:Talk work fine.
Our meetings in Kopano work fine.
Our meetings in GL/BBB fail at enabling the microphone. (using BBB from a second 3rd party server)

It tried to connect to the echo server... and fails.

One thing I noticed is that our TURN server is configured (per @nebulon) for a port range of 50000-51000 and BBB expects 32768-65535.

Required Ports (https://docs.bigbluebutton.org/2.2/setup-turn-server.html)

On the coturn server, you need to have the following ports (in addition port 22) available for BigBlueButton clients to connect (port 3478 and 443) and for coturn to connect to your BigBlueButton server (32768 - 65535).
Ports 	Protocol 	Description
3478 	TCP/UDP 	coturn listening port
443 	TCP/UDP 	TLS listening port
32768-65535 	UDP 	relay ports range

What's with port 22? (We use a diff port for ssh)

From .env in GL, I don't see these ports being specified, hence we may need to modify the GL / BBB configs for our more limited port range.

Also, since we're using a 3rd party BBB, we may need to specify the 3rd party TURN server as mentioned here.

[girish]

@atrilahiji I think @nebulon and I have to first build up some webrtc expertise to understand where the problems might be. We packaged up the turn service and hope things to just work (tm) and well, they fail in many situations and afaik the apps themselves don't provide good tools to debug the situation. Either it works or it doesn't, it's not ideal. It's one of the reasons Jitsi is also not packaged. Leaving packaging complications aside, we need to be in a position where we can help when things don't work.

[A Former User]

@girish Yeah thats fair. At least for meetings I am good rn

[robi]

@robi said in Where is the coturn config located?:

Our meetings in NC:Talk work fine.
Our meetings in Kopano work fine.
Our meetings in GL/BBB fail at enabling the microphone. (using BBB from a second 3rd party server)

Our meetings in GL/BBB works fine now.

Backend firewall issue after an upgrade.

[A Former User]

@nebulon said in Where is the coturn config located?:

https://www.rtcsec.com/2020/04/01-slack-webrtc-turn-compromise/

So for my use case, I had to remove those rules for the vulnerability to resolve the issue. My router and desktop IPs were on the list of local IPs blocked in that list.

Of course, I am looking for a better way to do this, but I temporarily changed the turnserver.conf.template file

[A Former User]

@girish Im a bit confused looking at the box code. I moved to a new server and my hack to undo that security fix needs to be done again. My issue now is I forgot what exactly I did. Is there a way to make this change and persist it through restarts? I guess what I am trying to do is remove this bit:
https://www.rtcsec.com/post/2020/04/how-we-abused-slacks-turn-servers-to-gain-access-to-internal-services/

Changing the config in /run/turnserver in the container doesn't appear to work on restart. It resets the config.

[A Former User]

Found the template with:

sudo grep -rnw '/' -e 'rtcsec'