Iād kindly like to remind you that this is an international forum where we agreed to use the English language for communication.
So please donāt capture an english thread and answer in your native language (you could do that in the referring subforum)ā¦ this would be considered as highly impolite. And - remember - we do want to treat each other here polite and friendly
eturnal doesnāt really offer notable features above Coturn (yet). Quite the opposite: While Coturn implements all features under the sun (including lots of old cruft thatās no longer in use), eturnal is a minimalistic server that implements just those that are actually used by apps such as Talk. So it might be (even) more straightforward to set up, esp. on distributions that donāt offer a Coturn package (thereās no dependencies, you basically just extract the binary tarball, configure the shared secret, and start the systemd service). And as itās written in Erlang, it avoids a class of security-related issues Coturn ran into again just recently.
That said, I think Coturn is totally fine for most users
Many thanks for sharing. I was always wondering if there were any other TURN servers, but didnāt find any so far .
Yes while Coturn should be generally fine, it good to have alternatives also in terms of competitive or simply for simpler use cases.
Binaries are btw only available for x86_64 systems, while ARM users need to compile themselves, as long as there is no 3rd party or distro repo providing such.
ā¦ ah itās actively coded by you in person and just three days released. ProcessOne/ejabberd to give some association. Lets see if this is something to replace Coturn in our DietPi Nextcloud Talk integration where we aim to go lightweight where possible. I would need to build binaries + dpkg/deb packages for armv6hf (RPi) armv7hf and arm64 and would simply create those for x64_64 as well. Might be nice for others as well to give it a (quicker) try, when not being to experienced with source builds.
Cool! If you decide to look into it and stumble over anything, feel free to ping me by email (holger@fu.de). I was thinking about offering ARM binaries myself, but have no system for building those and am still unsure whether I want to go for cross-compiling.
Dec 04 10:57:07 mydomain.tld turnserver[25470]: 0: IO method (general relay thread): epoll (with changelist)
Dec 04 10:57:07 mydomain.tld turnserver[25470]: 0: turn server id=2 created
Dec 04 10:57:07 mydomain.tld turnserver[25470]: 0: IO method (general relay thread): epoll (with changelist)
Dec 04 10:57:07 mydomain.tld turnserver[25470]: 0: turn server id=3 created
Dec 04 10:57:07 mydomain.tld turnserver[25470]: 0: Total General servers: 4
Dec 04 10:57:07 mydomain.tld turnserver[25470]: 0: IO method (auth thread): epoll (with changelist)
Dec 04 10:57:07 mydomain.tld turnserver[25470]: 0: IO method (auth thread): epoll (with changelist)
Dec 04 10:57:07 mydomain.tld turnserver[25470]: 0: IO method (admin thread): epoll (with changelist)
Dec 04 10:57:07 mydomain.tld turnserver[25470]: 0: SQLite DB connection success: /var/lib/turn/turndb
Dec 04 10:57:09 mydomain.tld systemd[1]: Started coTURN STUN/TURN Server.
But when I add the TURN server URL, with the port on 3478 or 5349 + the secret phrase in the Nextcloud admin page I got a āno working ice candidates returned by the turn serverā error.
Was just reading a German thread and apparently if you change the browser and test it with Chrome instead of, like in my case, Safari, the test will be succesful. Donāt ask me what the heck can be wrong about Safari, but I tried this and itās actually true.
EDIT: Just read the posts above yours: Some browsers seem to show a wrong result. Not sure why the browser should be involved at all, but if you donāt see any errors in the coturn logs, try it with a different browser.
If anyone who is reading this and does not want to run their own TURN server, they can use one from https://openrelayproject.org.
It is completely free, and there is no security risk when using a 3rd party TURN server as WebRTC traffic going through the TURN server is already encrypted using DTLS+SRTP
looks interesting, but could not find the āsecretā used for the TURN server.
only username and password is provided by the project. So I used the password as the turn secret, which did not work for me.
So if you have a working setup, could you post the information.