ولې Java ستاسو د HTTP غوښتنې لپاره SOCKS پراکسي غوره کړه

د Java غوښتنه کېدای شي څو پراکسي ننوتنو سره مخ شي: روښانه کلایټ کنفیګوریشن، ډیفالټ ټاکونکی، د JVM شبکې ځانګړتیاوې او ملاتړ شوي د عملیاتي سیسټم تنظیمات. کله چې لاګ ناڅاپه SOCKS یاد کړي، وټاکئ کوم ننوتنې هغه غوره کړی.

د هغه کوډ لپاره چې ډیفالټ ټاکونکی کاروي، د دقیق هدف لپاره پریکړه وګورئ:

URI target = URI.create("https://example.com/");
ProxySelector selector = ProxySelector.getDefault();
if (selector != null) {
    System.out.println(selector.select(target));
}

دا د ټاکونکي نوماندان راپور کوي. دا نه ثابتوي چې کومه اړیکه په پای کې بریالۍ شوه، او هغه کلایټ چې خپله روښانه لار لري کېدای شي بل انتخاب وکړي.

اغېزمن تنظیمات وګورئ

http.proxyHost، https.proxyHost، socksProxyHost، د هغوی پورټونه او java.net.useSystemProxies وګورئ. د JDK شبکې ځانګړتیاوو اسناد د هغوی د پوښښ او لومړیتوب تشریح کوي. د سیسټم پراکسي کشف په پیل کې کتل کېږي؛ کله چې JVM پیلوئ په قصد یې تنظیم کړئ.

تاریخي ځوابونه د زړو Windows ډیالوګونو او زړو JDK-ونو ځانګړي ترکیبونه تشریح کوي. هغه راپورونه کولی شي د یو حل اصل تشریح کړي، خو دا نه ثابتوي چې اوسني رنټایم کې ورته بګ شته. د ټولو اپلیکیشنونو لپاره د عملیاتي سیسټم تنظیمات بدلولو دمخه د رنټایم نسخه او د ټاکونکي پایلې ثبت کړئ.

که اپلیکیشن د یو کلایټ لپاره HTTP پراکسي ته اړتیا لري، روښانه پراکسي کنفیګوریشن کولی شي هغه اړتیا روښانه کړي. که ورته مرکزي اتوماتیک لارښوونه ته اړتیا وي، څیړنه وکړئ چې ولې ټاکونکي ناڅاپي SOCKS ننوتنه ترلاسه یا بیرته راستنه کړه.

دودیز ټاکونکی باید قصد شوي تېرېدل او د ناکامۍ سمبالښت وساتي. د ټولو SOCKS نوماندانو بې توپیره فلټر کول کولی شي هغه اړیکې ماتې کړي چې باید یو یې کارولی وای. غلط قاعده په لږترلږه هغه پوښښ سره سم کړئ چې تاسو یې پېژندلی شئ.