Ищу скрипт или утилиту для проверка шейпинга трафика по разным протоколам.
Проблема такая:
Ограничивается upload (исходящая) скорость трафика. По разным протоколам она разная.
speedtest и iperf показывают максимальные или близкие к максимальным результаты (500 мбит / сек, скорость по тарифу домашнего интернета).
Про этом по SSH, v2ray и прочим зашифрованным подключениям, скорость шейпится до примерно 50 мбит / сек. Не могу понять логику поэтому нужен скрипт или утилита для теста разных протоколов к разным серверам.
Грубо говоря хотелось бы утилиту по аналогии speedtest-cli но с возможностью указать однопоточный или многопоточный режим, и возможность указать локальный SOCKS5 прокси для подключения и желательно выбор вида трафика (например http 1.1, http 2.0, http 3.0). Под любую ОС (без разницы). win(cygwin)/linux/macos.
Если порассуждать.
Каждый так называемый протокол - это не просто байтики в определенной последовательности, это еще и довольно сложный софт с обоих концов, который поднимает этот протокол.
Просто скриптиками обычно это не поднять.
Получается что, надо 100 сложных софтин запихнуть в один комбайн-монстр, чтобы получить желаемое ?
Максимум, что направшивается без варианта “монстр”, это replay пред-записанных заготовок с обоих концов. Но этот вариант тоже может отличаться от оригинала. Например, по статистическим характеристикам очень разные варианты ssh как шелл, ssh как прокси, и ssh как тупой реплей
Наверно Вы правы. Прежде всего нужна утилита или скрипт способный отправлять трафик многопоточно и без значительных накладных ресурсов (наиболее близкий по аналогии будет iperf) с возможностью указать несколько SOCKS5 прокси. Грубо говоря у меня SSH тунель на 1100-1200 локальных портах (100 туннелей), shadowsocks на 1300-1400 (100 туннелей), v2ray (VMess) на 1500-1600 (100 туннелей) и т.д. и через локальный прокси нужно запустить трафик с возможностью указать количество параллельных соединений (на каждое из которых свой локальный SOCKS5 прокси), чтобы понимать разницу не только между скоростью разных протоколов (методов шифрования трафика), но и скорость при большом кол-ве соединений в рамках этого протокола (метода шифрования трафика). И соответственно выдать ответ какая скорость в итоге получилась (или отрицательный результат если коннект не прошел).