Владимир Дубровин

Информацию о том, в какие ресурсы можно упереться и как их правильно спланировать есть в
"Optimizing 3proxy for high loads" в документации. Ссылку Тостер почему-то не дает вставить.

auth iponly

allow *
parent 1000 socks4  12.12.12.12 8080
proxy -i5.5.5.5 -p10001

flush

allow *
parent 1000 socks4  13.13.13.13 8080
proxy -i5.5.5.5 -p10002

То, что у тебя указано в качестве IPv6 адреса не является IPv6 адресом, там циферок слишком много. У тебя 9 16-битных частей, а в IPv6 адресе их 8.

Можете поставить свой прокси, который будет параллелить нагрузку между десятью родительскими, например в 3proxy такая конфигурация:

allow *
parent 100 socks5 addr1 port1 login1 pass1
parent 100 socks5 addr2 port2 login2 pass2
...
parent 100 socks5 addr10 port10 login10 pass10
socks -i127.0.0.1 -p1080

запускает на порту 1080 socks c 10 парентами выбираемыми случайно с вероятностью 10% каждый для каждого запроса. Но работать будет только для исходящих соединений и только для TCP. Сделать это по-хорошему именно для торрента и именно для прокси не получится, т.к. для работы через несколько прокси необходимо пилить поддержку на уровне торрент-клиента (клиент должен открывать входящий порт на каждом из прокси и получать его внешний адрес). Для торрента лучше использовать не прокси, а VPN-соединения.

В 3proxy примерно такая конфигурация:

log
auth strong
fakeresolve
users user1:CL:pass1 user2:CL:pass2 user3:CL:pass3

allow * 
parent 1000 socks5+ socksip1 socksport2
socks -p10001
flush

allow * 
parent 1000 socks5+ socksip2 socksport2
socks -p10002
flush

allow * 
parent 1000 socks5+ socksip3 socksport3
socks -p10003

пробрасывает 10001 на socksip1:portip1, 10002 на socksip2:portip2, 10003 на socksip3:portip3, на всех портах требует авторизацию логином/паролем.

Если родительские прокси http то надо использовать http вместо socks5+, если сами прокси нужны http то надо использовать proxy вместо socks.

Но если вы упираетесь в порты, то на уровне прокси это не решить, надо тюнить систему, здесь есть рекомендации.

Принцип такой: перенаправить трафик в локальный порт, на котором висит приложение, умеющее быть клиентом SOCKS и поддерживающее локальные перенаправления. Например в 3proxy пример конфигурации https://3proxy.ru/plugins/TransparentPlugin/ - локальный трафик надо перенапралять в порт 12345, при этом перенаправлять надо так, чтобы трафик самого прокси не перенаправлялся обратно в него.

Предположительно, это из-за специфичного размера пакетов, используемого telegram
https://habr.com/en/post/414099/

Поднимите локальный прокси без авторизации, на котором настройте родительский прокси с авторизацией. Например для 3proxy

auth iponly
allow *
parent 1000 http proxy1 user1 pass1
proxy -p10001
flush

allow *
parent 1000 http proxy2 user2 pass2
proxy -p10002
flush

allow *
parent 1000 http proxy3 user3 pass3
proxy -p10003
flush

Поднимает прокси на портах 10001 с пробросом на proxy1, 10002 с пробросом на proxy2, 10003 с пробросом на proxy3, выбор страны можете делать через выбор порта прокси.

Можно отсеивать записи неавторизованных пользователей, хотя и несколько грязно, примерно следующим образом:

log
auth iponly strong
deny -
nolog
allow *
proxy

auth iponly strong
дает возможность доступа к некоторым ресурсам без авторизации по ACL (iponly) и к остальным с авторизацией (strong). Если оставить только strong то для не авторизованных пользователей ACL не будет проверяться.

deny -
запрещает доступ без авторизации

nolog
отменяет логгирование запросов попавших под deny - (nolog действует на запись ACL после которой стоит)

allow *
разрешает все остальные запросы.

Вам требуется любой reverse proxy, самый известный для таких целей - nginx.

Например, 3proxy с примерно следующей конфигурацией:

auth iponly
fakeresolve
parent 1000 socks5 127.0.0.1 9050
parent 1000 socks5+ socks_ip socks_port socks_login socks_password
proxy -i127.0.0.1 -p3128

поднимет на 127.0.0.1:3128 прокси, который будет пробрасывать все соединения через тор и родительский сокс.

Работает первое правило, под которое попал запрос, под правило deny * * гарантировано попадает любой запрос, поэтому все правила дальше не имеют смысла. Располагайте более селективные правила (например для определенного пользователя) выше, чтобы у них был приоритет над общими.

Из логов следует не что 0 байт получено, а что ты неправильно external-интерфейс указал в конфигурации 3proxy,
https://3proxy.ru/howtor.asp#ERRORS
https://3proxy.ru/faqr.asp#INTEXT

Нет, прокси сервер не даст прироста производительности, т.к. скорость доступа к прокси-серверу останется узким местом.
Получить ускорение можно за счет использование "оптимизирующих" прокси-серверов, которые пережимают данные (например минимизируют HTML и сжимают графику.

Можно использовать WPAD.

Транспарентное перенаправление так же возможно, проверьте, что squid ходит не через ASA.

https://3proxy.ru/highload.asp