Што вымярае leastconn у HAProxy ў пуле SOCKS

Пул TCP у HAProxy выбірае па актыўных злучэннях і вагах, а не па хуткасці загрузкі цэлі або поўным стане SOCKS.

listen socks_pool
    bind 127.0.0.1:1080
    mode tcp
    balance leastconn
    timeout connect 5s
    timeout client 1h
    timeout server 1h
    server proxy_a 192.0.2.10:1080 check
    server proxy_b 192.0.2.11:1080 check

Выкарыстоўвайце рэальныя сумяшчальныя канчатковыя пункты SOCKS і тайм-аўты, адпаведныя нагрузцы. Наладзьце праграму як кліент SOCKS для loopback-слухача; бэкенды павінны прымаць яго чаканы пратакол і ўліковы запіс. Для дазволеных тэстаў публічных цэляў без уліковых даных SOCKS спіс проксі SOCKS падае кандыдатаў у бэкенды; супастаўце версію SOCKS кліента і праверце доступ да фактычных цэляў.

Менш заняты сервер можа мець павольнейшы верхні канал. leastconn ураўноўвае актыўныя колькасці і вагі, а паказаная праверка ўстанаўлівае толькі прыём TCP. Перамовы, аўтэнтыфікацыя і доступ да прызначэння патрабуюць асобных доказаў.

Жывы тунэль застаецца на выбраным бэкендзе. Гэты пул TCP не перадае асобныя датаграмы UDP ASSOCIATE.

Калі патрэбна найменшая затрымка да цэлі, вызначце і вымерайце менавіта гэты вынік, а не выводзьце яго з колькасці злучэнняў.

Падобныя артыкулы