この問題に 1 か月近く悩まされていますが、EC2 インスタンスで問題なく rfc5766-turn-server (v3.2.3.1) をセットアップできます。
TURN が 3478 でリッスンしている場合、すべて正常に動作しますが、ポート 80 ではほとんどの場合動作しますが、特定の間隔で (不規則に発生) 応答しなくなり、そのプロセスを再起動しても何も変わりません。ポート 3478 で並行して実行しているプロセスでは、この問題は発生しません。
ポート 80 で実行するためのコマンド:
sudo turnserver -L INTERNAL_IP -X EXTERNAL_IP/INTERNAL_IP -r "someRealm" -a -o --no-udp -u test:test -n -a --no-sslv2 --no-sslv3 -v --cert cert.pem --pkey key.pem --tls-listening-port 80
ポート 3478 で実行するためのコマンド:
sudo turnserver -L INTERNAL_IP -X EXTERNAL_IP/INTERNAL_IP -r "someRealm" -a -o --no-udp -u test:test -n -a --no-sslv2 --no-sslv3 -v --cert cert.pem --pkey key.pem --tls-listening-port 80
問題はAWSネットワーク関連であり、ターンサーバーではないと思いますが、AWSまたはTURNサーバーについてはほとんど知りません。ポート 80 でこの問題に直面した人はいますか。ポート 80 で実行することは、特にピアがほとんどのポートをブロックする企業ファイアウォールの背後にある場合に重要だと思います。
正常に割り当てることができたときのログ (INTERNAL_IP によって EC2 の内部 IP を変更しました):
342: IPv4. Server relay addr: INTERNAL_IP:0
342: IPv4. Local relay addr: INTERNAL_IP:56216
342: session 000000000000000005: new, username=<test>, lifetime=600
342: session 000000000000000005: user <test>: incoming packet ALLOCATE processed, success
342: session 000000000000000005: user <test>: incoming packet ALLOCATE processed, success
342: session 000000000000000005: user <test>: incoming packet CREATE_PERMISSION processed, success
342: session 000000000000000005: user <test>: incoming packet CREATE_PERMISSION processed, success
343: session 000000000000000005: user <test>: incoming packet CHANNEL_BIND processed, success
343: session 000000000000000005: user <test>: incoming packet CHANNEL_BIND processed, success
353: session 000000000000000005: usage: username=<test>, rp=1039, rb=551685, sp=1009, sb=526100
応答しない場合のログ (接続試行がまだ表示されていることに気付きました。1 つの違いは、成功シナリオの INTERNAL_IP ではなく、ピア接続の IP を示していることです):
392: IPv4. tcp or tls connected to: SOME_IP:41107
392: session 000000000000000007: user <>: incoming packet message processed, error 401
392: session 000000000000000007: user <>: incoming packet message processed, error 401
392: IPv4. tcp or tls connected to: SOME_IP:41108
392: session 000000000000000008: user <>: incoming packet message processed, error 401
392: session 000000000000000008: user <>: incoming packet message processed, error 401