The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"разделение, передача по нескольким каналам и сборка трафика"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Настройка Squid, Tor и прокси серверов (Socks)
Изначальное сообщение [ Отслеживать ]

"разделение, передача по нескольким каналам и сборка трафика"  +/
Сообщение от тыкпыкмык (-), 22-Июн-25, 20:13 
Здравствуйте форумчане.

Не хочется изобретать велосипед и тратить вагон времени на его написание, возможно уже есть что-то подобное и написанное более умными людьми.

Необходимо разделить исходящий трафик на 6 потоков отправить его на разные порты, с другой стороны принять его, собрать воедино и отправить по назначению.

Это не обязательно должен быть прокси но приведу пример на нем:

включаем сокс прокси, он слушает локально на 5555 порту, все что принимает он делит на 6 частей и отправляет на 10.20.30.40 на порты 1111 2222 3333 4444 5555 6666.
на 10.20.30.40 работает такой-же прокси, который слушает 1111 2222 3333 4444 5555 6666 и из пришедших пакетов формирует один поток отправляя его дальше.

Известно ли что-то с таким функционалом?

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "разделение, передача по нескольким каналам и сборка трафика"  +/
Сообщение от Виктор (??), 23-Июн-25, 04:25 
> Необходимо разделить исходящий трафик на 6 потоков отправить его на разные порты,
> с другой стороны принять его, собрать воедино и отправить по назначению.

Один вопрос: зачем?

Ответить | Правка | Наверх | Cообщить модератору

2. "разделение, передача по нескольким каналам и сборка трафика"  +/
Сообщение от Аноним (2), 23-Июн-25, 12:17 
>на 6 потоков

Почему на 6, а не на 6000?
>на разные порты

Почему не на разные IP? Могут прослушиваться на одной машине.

Я бы строил все это на iptables/nftables. Если пакет идет на особенный хост, он попадает в цепочку, где хост и порт заменяется на "синонимы" из списка/диапазона портов. На хосте получателе пакетов все это обратно переправляется, пакеты принимаются и обрабатываются.
Для UDP должно работать.

Но все это на самом деле не решает проблему наблюдения, если весь трафик сохраняется и анализируется. Отправитель у всех пакетов будет один и тот же, сопоставить не проблема. В том числе автоматически (простенький специализированный ИИ встроить в систему DPI сейчас не проблема).

Более или менее соответствует https://www.multipath-tcp.org/ поверх нескольких физических интерфейсов.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру