ALL_PROXY او د “Unknown scheme: http” تېروتنه
یو پروګرام کولی شي په ALL_PROXY کې د http:// ارزښت رد کړي، که څه هم HTTP_PROXY یې مني. د متغیر کاروونکی هغه سکیمونه ټاکي چې ملاتړ یې کېږي.
proxy: unknown scheme: http کولای شي بې مانا ښکاره شي کله چې هماغه پای ټکی په curl کې کار کوي. پای ټکی ممکن سم وي. یو بل پروګرام متغیر تفسیروي.
د چاپېریال نومونه کنوانسیونونه دي، نه یو نړیوال شبکه یی API. د Go golang.org/x/net/proxy پیکج د SOCKS لوري ته URL سمبالښت لري. هغه کاروونکی چې دا تحلیلګر کاروي کولای شي هغه HTTP سکیم رد کړي چې یو بشپړ HTTP کلاینټ بل ځای ملاتړ کوي.
هغه برخه ومومئ چې تېروتنه ورکوي او هغه متغیر چې لولي یې. د هغې نسخه او مستند شوي سکیمونه وګورئ. http:// په socks5:// مه بدلوه پرته له دې چې بل سر ته خدمت واقعاً SOCKS5 وایي. که دا کاروونکی SOCKS5 غواړي او عامه لاره اجازه لري، د SOCKS5 پراکسي لیست د هغه پروتوکول لپاره ریښتیني پای ټکي وړاندې کوي؛ د نورو کلاینټونو لپاره اړین HTTP لارې جلا وساتئ.
زوړ د Docker Toolbox راپور یو ځانګړي تاریخي تطبیق ته اړوند و. دا د نوي Docker نصب د ښکته کولو لامل نه دی. د اوسني Docker daemon HTTP پراکسي ترتیبات خپل مستند شوی انټرفیس لري.
که لامل یو بې اړیکې میراثي ALL_PROXY ارزښت وي، هغه په ټاکل شوي پروسه کې لرې کړئ یا یې پورته ولیکئ. هغه HTTP پراکسي ترتیب وساتئ چې نور کلاینټونه یې غواړي. یو چاپېریال چې دواړه ارزښتونه ولري کولای شي هغه توپیرونه ښکاره کړي چې جلا اپلیکیشنونه به هېڅکله یوازې ونه ښیي.