Предположим, у нас есть медиа-сервер S
. У нас есть клиент C
, который находится за симметричным NAT. Прямая потоковая передача мультимедиа WebRTC невозможна из-за симметричного NAT. Итак, мы хотим развернуть сервер TURN T
, который будет ретранслировать все носители между S
и C
.
Теперь кажется, что разработчики иногда развертывают T
рядом с S
для простоты. Но помогает ли потоковая передача мультимедиа между C
и S
? «Рядом» означает «в той же сети», поэтому S
и T
находятся за одним NAT, если таковой имеется. Поскольку они находятся за одним и тем же NAT, это, похоже, не улучшает возможности подключения: шансы передавать поток WebRTC между S
и C
такие же, как между T
и C
.
Это правильное рассуждение или я что-то упускаю? В моем текущем понимании серверы TURN действуют как прокси с лучшей связью по отношению к C
. Поэтому их следует разместить в другой сети, чтобы добиться какого-либо эффекта.