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; backend ត្រូវតែទទួលយកពិធីការ និងគណនីដែលរំពឹងទុក។ សម្រាប់ការធ្វើតេស្តគោលដៅសាធារណៈដែលបានអនុញ្ញាតដោយគ្មានព័ត៌មានសម្ងាត់ SOCKS បញ្ជីភ្នាក់ងារ SOCKS ផ្តល់ backend ជាបេក្ខជន; ផ្គូផ្គងកំណែ SOCKS របស់អតិថិជន និងផ្ទៀងផ្ទាត់ការចូលដំណើរការទៅគោលដៅពិត។

ម៉ាស៊ីនមេដែលមិនសូវរវល់នៅតែអាចមានផ្លូវឡើងលើយឺតជាង។ leastconn ធ្វើឱ្យចំនួន និងទម្ងន់សកម្មមានតុល្យភាព ហើយការត្រួតពិនិត្យដែលបានបង្ហាញគ្រាន់តែបញ្ជាក់ ការទទួល TCP ប៉ុណ្ណោះ។ ការចរចា ការផ្ទៀងផ្ទាត់អត្តសញ្ញាណ និងការចូលដំណើរការគោលដៅត្រូវការភស្តុតាងដាច់ដោយឡែក។

ផ្លូវរូងក្រោមដីសកម្មនៅតែលើ backend ដែលបានជ្រើស។ អាង TCP នេះមិនផ្ទុកដាតាក្រាម UDP ASSOCIATE ដាច់ដោយឡែកទេ។

ប្រសិនបើត្រូវការ latency ទាបបំផុតទៅគោលដៅ សូមកំណត់ និងវាស់លទ្ធផលជាក់លាក់ចំពោះគោលដៅនោះ ជំនួសឱ្យការសន្និដ្ឋានពីចំនួនតភ្ជាប់។

អត្ថបទពាក់ព័ន្ធ