turnserver

TURN and STUN server for VoIP

Install

All systems
curl cmd.cat/turnserver.sh
Debian Debian
apt-get install turnserver
Ubuntu
apt-get install turnserver
Alpine
apk add coturn
image/svg+xml Kali Linux
apt-get install coturn
Windows (WSL2)
sudo apt-get update sudo apt-get install turnserver
OS X
brew install coturn
Raspbian
apt-get install turnserver
Docker
docker run cmd.cat/turnserver turnserver powered by Commando

coturn

TURN and STUN server for VoIP

STUN (Session Traversal Utilities for NAT) and TURN (Traversal Using Relays around NAT) are protocols that can be used to provide NAT traversal for VoIP and WebRTC. This package provides a VoIP media traffic NAT traversal server and gateway. Supported RFCs: TURN specs: * RFC 5766 - base TURN specs; * RFC 6062 - TCP relaying TURN extension; * RFC 6156 - IPv6 extension for TURN; * RFC 7635 - OAuth third-party TURN/STUN authorization; * DTLS support as client protocol http://tools.ietf.org/html/draft-petithuguenin-tram-turn-dtls-00 * Mobile ICE (MICE) support http://tools.ietf.org/html/draft-wing-tram-turn-mobility-03 * TURN ORIGIN specs for multi-tenant servers http://tools.ietf.org/html/draft-johnston-tram-stun-origin-02 * TURN Bandwidth draft specs http://tools.ietf.org/html/draft-thomson-tram-turn-bandwidth-00 * SSODA (dual allocation) draft specs http://tools.ietf.org/html/draft-martinsen-tram-ssoda-00 STUN specs: * RFC 3489 - obsolete "classic" STUN specs; * RFC 5389 - base "new" STUN specs; * RFC 5769 - test vectors for STUN protocol testing; * RFC 5780 - NAT behavior discovery support. The implementation fully supports UDP, TCP, TLS, and DTLS as protocols between the TURN client and the TURN server. Both UDP and TCP relaying are supported. SQLite, MySQL, PostgreSQL and Redis are supported for the user repository (if authentication is required). The long-term credentials mechanism is supported. For WebRTC applications, the TURN server REST API for time-limited secret-based authentication is implemented. The third-party authentication specs (OAuth-based) are supported, too. Load balancing can be implemented either by DNS round-robin mechanism, or with the external networking tools, or by the built-in ALTERNATE-SERVER mechanism. The implementation is intended to be simple to install and configure. The project focuses on performance, scalability, and simplicity. The aim is to provide an enterprise-grade TURN solution.

turnserver

server for ICE/STUN/TURN, NAT traversal for SIP and Jabber

TURN server developed by the team behind Jitsi. TURN (RFC 5766) provides a standardised solution for VoIP applications to find the most efficient way to route media streams when NAT and firewall devices may be present. The TurnServer project aims to be compliant with the TURN and STUN Request For Comments (respectively RFC 5766 and RFC 5389). It also support RFC 6156 namely TURN-IPV6 (relay between IPv4-IPv6, IPv6-IPv4 and IPv6-IPv6 addresses) and RFC 6062 namely TURN-TCP (relay data with TCP).

rfc5766-turn-server

TURN and STUN server for VoIP

STUN (Session Traversal Utilities for NAT) and TURN (Traversal Using Relays around NAT) are protocols that can be used to provide NAT traversal for VoIP and WebRTC. This package provides a VoIP media traffic NAT traversal server and gateway. Supported RFCs: TURN specs: * RFC 5766 - base TURN specs; * RFC 6062 - TCP relaying TURN extension; * RFC 6156 - IPv6 extension for TURN; * DTLS support as client protocol http://tools.ietf.org/html/draft-petithuguenin-tram-turn-dtls-00; * Mobile ICE (MICE) support http://datatracker.ietf.org/doc/draft-wing-mmusic-ice-mobility. STUN specs: * RFC 3489 - obsolete "classic" STUN specs; * RFC 5389 - base "new" STUN specs; * RFC 5769 - test vectors for STUN protocol testing; * RFC 5780 - NAT behavior discovery support. The implementation fully supports UDP, TCP, TLS, and DTLS as protocols between the TURN client and the TURN server. Both UDP and TCP relaying are supported. Flat files, MySQL, PostgreSQL, or Redis are all supported for the user repository (if authentication is required). Both short-term and long-term credentials mechanisms are supported. For WebRTC applications, the TURN server REST API for time-limited secret-based authentication is implemented. Load balancing can be implemented either by DNS round-robin mechanism, or with the external networking tools, or by the built-in ALTERNATE-SERVER mechanism. The implementation is intended to be simple to install and configure. The project focuses on performance, scalability, and simplicity. The aim is to provide an enterprise-grade TURN solution.