libproxy የፕሮክሲ URI ከመለሰ በኋላ ቀጣዩ ሶኬት በቀጥታ ከተገናኘ፣ ሽግግሩን ይመርምሩ። libproxy ፖሊሲን ያገኛል፤ መተግበሪያው የሚከፍተውን ሶኬት ሁሉ አያቋርጥም።

  1. ለመረጃው ይጠይቁ። በሰነዱ በተገለጸው libproxy 0.5 C API ውስጥ የፕሮክሲ ፋብሪካ ይፍጠሩ እና ትክክለኛውን የመድረሻ URL ይጠይቁ።
  2. የተደረደሩትን አማራጮች ይተርጉሙ። የHTTP፣ SOCKS እና ቀጥታ ውጤቶች የተለያየ አያያዝ ይፈልጋሉ። የምርጫ ቅደም ተከተላቸውን እና የታሰበውን የውድቀት ፖሊሲ ይጠብቁ።
  3. ተጠቃሚውን ያዋቅሩ። የተመረጠውን የፕሮክሲ አይነት፣ የመጨረሻ ነጥብ እና የማረጋገጫ አደረጃጀት ለሚደግፈው ትራንስፖርት ይስጡ። ጥሬ TCP ሶኬት ከተመለሰ URI CONNECT ወይም SOCKS ድርድር አያገኝም።

አንድ መልስ ለሁሉም መድረሻዎች መንገድ አድርገው አያስቀምጡ፤ የመጀመሪያው ፕሮክሲ አንድ ጊዜ ስለተሳነው ቀጥታ መንገድን ቋሚ አያድርጉ።

የHTTP ደንበኛው የስርዓት ፕሮክሲ ወይም PAC ፍለጋን አስቀድሞ የሚያካትት ከሆነ፣ አንድ የምርጫ ባለቤት ይምረጡ። ሁለት ገለልተኛ መራጮች እና ሌላ መጠቅለያ ሁለቱም ፖሊሲዎች ያልፈለጉትን መንገድ ሊፈጥሩ ይችላሉ።

በአገር በቀል ኮድ ውስጥ የተጫነውን API የፋብሪካ እና የውጤት-ማህደረት የሕይወት ዑደት ይከተሉ። ፋብሪካን እንደገና መጠቀም ጠቃሚ የፍለጋ ሁኔታ ሊያቆይ ይችላል፣ ነገር ግን ለእያንዳንዱ መድረሻ አሁንም ጥያቄ ያስፈልገዋል። ምርጫን ከግንኙነት ውጤት ለያይተው ይመዝግቡ፦ የተመለሰ URI የተሳካ ማረጋገጫ፣ ጥሪ ወይም ተጨማሪ መዳረሻ አያረጋግጥም።

ተዛማጅ ጽሑፎች