یو سکریپټ له Windows Internet Settings څخه ProxyServer لولي او WebProxy.Address ته یې سپاري. په یوه ماشین کار کوي، بیا په بل ماشین کې ناکامېږي چې ارزښت یې داسې ښکاري:

http=proxy-a.example:8080;https=proxy-b.example:8080

دا د پروتوکول ځانګړې ترتیباتي تار دی، نه یو پروکسي URI. ټول ارزښت یوې جوړونکې ته ورکول چې یو آدرس تمه کوي، د ننوتلو معنا بدلوي.

ننوتپروکسي غوره کوي د
http=...د HTTP منزل غوښتنې
https=...د HTTPS منزل غوښتنې

https کیلي په خپله معنا نه لري چې هغه پروکسي ته اړیکه TLS کاروي. یو عادي HTTP پروکسي کولای شي HTTPS منزل د CONNECT له لارې یوسي.

د اصلي منزل لپاره د ملاتړ شوي سیسټم پروکسي انٹرفیس ته لومړیتوب ورکړئ چېرې چې کلاینټ یو برابروي. لاسي پروکسي تارونه، د تېرېدو قواعد، د اتوماتیک ترتیباتو URLونه او اتوماتیک کشف د ترتیباتو بېلابېلې برخې دي. د یو راجستر ارزښت لوستل نشي کولای هغه ټول بیا تولید کړي. که تاسو ذخیره شوې نقشه وګورئ، ProxyEnable او AutoConfigURL د ProxyServer ترڅنګ ولولئ.

که یو ادغام باید لاسي نقشه وڅیړي، د هغې مستند بڼه تعقیب کړئ، د پروتوکول تړاو وساتئ او د هر ټاکل شوي ارزښت لپاره ریښتینی URI یا د پای ټکي څیړونکی وکاروئ. هر دوه ټکي بېلول IPv6 خرابوي؛ لومړی ننوت غوره کول پورتنۍ توپیر له لاسه ورکوي.

دا په مناسب حساب شرایطو کې وساتئ. د متقابل کاروونکي ترتیبات په اتوماتیک ډول د بل هویت لاندې روان خدمت ترتیبات نه دي.

اړوندې مقالې