ئەگەر libproxy پروكسى URI قايتۇرسا، ئەمما كېيىنكى socket بىۋاسىتە ئۇلانسا، تاپشۇرۇشنى تەكشۈرۈڭ. libproxy سىياسەتنى بايقايدۇ؛ ئەپ ئاچقان ھەر بىر socketنى توسمايدۇ.

  1. مەنبەدىن سوراڭ. ھۆججەتلەشتۈرۈلگەن libproxy 0.5 C APIدا پروكسى زاۋۇتى قۇرۇپ، ھەقىقىي نىشان URLنى سوراڭ.
  2. تەرتىپلەنگەن نامزاتلارنى چۈشەندۈرۈڭ. HTTP، SOCKS ۋە بىۋاسىتە نەتىجىلەر ئوخشىمىغان بىر تەرەپ قىلىشنى تەلەپ قىلىدۇ. ئۇلارنىڭ ئالدىنقىلىق تەرتىپى ۋە كۆزدە تۇتۇلغان مەغلۇبىيەت سىياسىتىنى ساقلاڭ.
  3. ئىشلەتكۈچىنى سەپلەڭ. تاللانغان پروكسى تۈرى، ئاخىرقى نۇقتا ۋە دەلىللەش تەرتىپىنى ئۇلارنى قوللايدىغان توشۇغۇچىغا بېرىڭ. خام TCP socket قايتۇرۇلغان URIdin CONNECT ياكى SOCKS سۆھبىتىگە ئېرىشەلمەيدۇ.

بىر جاۋابنى بارلىق نىشانلارنىڭ يولى قىلىپ ساقلىماڭ ۋە بىرىنچى پروكسى بىر قېتىم مەغلۇپ بولدى دەپ بىۋاسىتە يوللاشنى مەڭگۈلۈك قىلماڭ.

ئەگەر HTTP client سىستېما پروكسىسى ياكى PAC بايقىشىنى ئاللىبۇرۇن بىرلەشتۈرگەن بولسا، تاللاشنىڭ بىر ئىگىسىنى تاللاڭ. ئىككى مۇستەقىل تاللىغۇچ ۋە يەنە بىر قاپلىغۇچ ھەر ئىككى سىياسەت كۆزمىگەن يولنى ھاسىل قىلىشى مۇمكىن.

يەرلىك كودتا قاچىلانغان APIنىڭ زاۋۇت ۋە نەتىجە ئەسلىگىنىڭ ھايات دەۋرىنى ئەمەل قىلىڭ. زاۋۇتنى قايتا ئىشلىتىش پايدىلىق بايقاش ھالىتىنى ساقلىيالايدۇ، ئەمما ھەر بىر نىشان ئۈچۈن يەنىلا سوئال كېرەك. تاللاشنى ئۇلىنىش نەتىجىسىدىن ئايرىم خاتىرىلەڭ: قايتۇرۇلغان URI مۇۋەپپەقىيەتلىك دەلىللەش، ھەل قىلىش ياكى كېيىنكى زىيارەتنى ئىسپاتلىمايدۇ.

مۇناسىۋەتلىك ماقالىلەر