Обратный websocket/http туннель данных на .NET + SignalR

Неплохое упражнение по программированию, но впн проще.

FRP - fast reverse proxy, туннелирование TCP/UDP трафика, не то же самое делает?
https://github.com/fatedier/frp

Самое загадочное в .net это масштабирование SignalR, какие лимиты, что будет если одинаковые хабы будут на разных машинах, нужно ли масштабировать хабы, а не группы внутри одного хаба, какие лимиты и как паралелить если допустим есть 1 супер большая группа. Как при этом работать с fallover допустим если образ SignalR развернут в docker compose в N сервисов с внутренней случайном балансировкой от докер композа.

Ни разу нигде в интернатах не встречал такую статью. Хорошо бы чтобы ктото на хабаре такую сделал на конкретном примере.

Столкнулся с проблемой необходимости доступа между 2-мя ресурсами, скрытами за NAT-ом. Поднять отдельный сервер, к которому подключатся 2 клиента, чтобы сервер между ними маршрутизировал трафик - не проблема.
По тегу Reverse-tunneling предположил, что проект подойдёт мне, думая что не просто так там присутствует определение списка клиентов и идентификатора клиента, чтобы как раз по ним как-то маршрутизировать трафик. Но как я понял, всё же пока такиз возможностей нет.
Т.е. ищу что-то, что грубо говоря на клиентской машине начнёт слушать какой-то дополнительный порт, и весь трафик с этого порта будет маршрутизировать через сервер и клиента на другой стороне уже.

Вариант с ВПН не подходят, т.к. мне не нужен полноценный доступ в сети, с созданием виртуальных адаптеров. Может кто-то что-то такое видел?