Çfarë mat leastconn i HAProxy në një pishinë SOCKS

Një pishinë TCP e HAProxy zgjedh sipas lidhjeve aktive dhe peshave, jo sipas shpejtësisë së shkarkimit të objektivit apo shëndetit të plotë të 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

Përdorni pika fundore SOCKS reale e të përputhshme dhe afate kohore që i përshtaten ngarkesës. Konfiguroni aplikacionin si klient SOCKS i dëgjuesit loopback; backend-et duhet të pranojnë protokollin dhe llogarinë e pritur. Për testet e lejuara ndaj objektivave publikë pa kredenciale SOCKS, lista e përfaqësuesve SOCKS ofron backend-e kandidate; përputhni versionin SOCKS të klientit dhe verifikoni aksesin te objektivat realë.

Një server më pak i zënë mund të ketë gjithsesi një rrjedhë sipër më të ngadaltë. leastconn balancon numërimet dhe peshat aktive, dhe kontrolli i paraqitur vërteton vetëm pranimin TCP. Negocimi, vërtetimi dhe aksesi në destinacion kërkojnë dëshmi të veçanta.

Një tunel aktiv qëndron në backend-in e zgjedhur. Kjo pishinë TCP nuk transporton datagramet e veçanta UDP ASSOCIATE.

Nëse kërkohet vonesa më e ulët drejt objektivit, përcaktoni dhe matni pikërisht atë rezultat specifik të objektivit, në vend që ta nxirrni nga numri i lidhjeve.

Artikuj të ngjashëm