Comments 6
Неплохое упражнение по программированию, но впн проще.
FRP - fast reverse proxy, туннелирование TCP/UDP трафика, не то же самое делает?
https://github.com/fatedier/frp
Самое загадочное в .net это масштабирование SignalR, какие лимиты, что будет если одинаковые хабы будут на разных машинах, нужно ли масштабировать хабы, а не группы внутри одного хаба, какие лимиты и как паралелить если допустим есть 1 супер большая группа. Как при этом работать с fallover допустим если образ SignalR развернут в docker compose в N сервисов с внутренней случайном балансировкой от докер композа.
Ни разу нигде в интернатах не встречал такую статью. Хорошо бы чтобы ктото на хабаре такую сделал на конкретном примере.
Столкнулся с проблемой необходимости доступа между 2-мя ресурсами, скрытами за NAT-ом. Поднять отдельный сервер, к которому подключатся 2 клиента, чтобы сервер между ними маршрутизировал трафик - не проблема.
По тегу Reverse-tunneling предположил, что проект подойдёт мне, думая что не просто так там присутствует определение списка клиентов и идентификатора клиента, чтобы как раз по ним как-то маршрутизировать трафик. Но как я понял, всё же пока такиз возможностей нет.
Т.е. ищу что-то, что грубо говоря на клиентской машине начнёт слушать какой-то дополнительный порт, и весь трафик с этого порта будет маршрутизировать через сервер и клиента на другой стороне уже.
Вариант с ВПН не подходят, т.к. мне не нужен полноценный доступ в сети, с созданием виртуальных адаптеров. Может кто-то что-то такое видел?
идентификатор клиента это только "минимальная" аутентификация, чтобы на стороне сервера можно было бы отключить клиента.
Т.е. ищу что-то, что грубо говоря на клиентской машине начнёт слушать какой-то дополнительный порт, и весь трафик с этого порта будет маршрутизировать через сервер и клиента на другой стороне уже
нельзя эти запросы направить сразу на удаленный адрес? Не рассматривали вариант с локальной проксей?
Обратный websocket/http туннель данных на .NET + SignalR