Windows کی ProxyServer قدر ایک نقشہ ہو سکتی ہے
پوری قدر کو ایک URI کنسٹرکٹر کو دینے کے بجائے پروٹوکول کے مخصوص Windows پراکسی اسٹرنگز کو پہچانیں۔
ایک اسکرپٹ Windows Internet Settings سے ProxyServer پڑھتا ہے اور اسے WebProxy.Address کو تفویض کرتا ہے۔ یہ ایک مشین پر کام کرتا ہے، پھر دوسری مشین پر ناکام ہو جاتا ہے جس کی قدر ایسی دکھتی ہے:
http=proxy-a.example:8080;https=proxy-b.example:8080
یہ پروٹوکول کے لیے مخصوص کنفیگریشن اسٹرنگ ہے، ایک پراکسی URI نہیں۔ پوری قدر کو ایسے کنسٹرکٹر کو دینا جو ایک ہی پتہ کی توقع کرتا ہے، ان پٹ کا مفہوم بدل دیتا ہے۔
| اندراج | اس کے لیے پراکسی منتخب کرتا ہے |
|---|---|
| http=... | HTTP منزل کی درخواستیں |
| https=... | HTTPS منزل کی درخواستیں |
https کلید بذات خود یہ معنی نہیں رکھتی کہ اس پراکسی سے رابطہ TLS استعمال کرتا ہے۔ ایک عام HTTP پراکسی CONNECT کے ذریعے HTTPS منزل لے جا سکتا ہے۔
جہاں کلائنٹ فراہم کرے وہاں اصل منزل کے لیے معاون سسٹم پراکسی انٹرفیس کو ترجیح دیں۔ دستی پراکسی اسٹرنگز، بائی پاس قواعد، خودکار کنفیگریشن URLs اور خودکار دریافت کنفیگریشن کے مختلف حصے ہیں۔ ایک رجسٹری قدر پڑھ کر ان سب کو دوبارہ پیدا نہیں کیا جا سکتا۔ اگر آپ محفوظ شدہ نقشہ کا معائنہ کریں، ProxyServer کے ساتھ ProxyEnable اور AutoConfigURL پڑھیں.
اگر کسی انٹیگریشن کو دستی میپنگ پارس کرنی ہو، تو اس کے دستاویزی فارمیٹ کی پیروی کریں، پروٹوکول تعلق برقرار رکھیں اور ہر منتخب قدر کے لیے حقیقی URI یا اینڈ پوائنٹ پارسر استعمال کریں۔ ہر کولن کو تقسیم کرنا IPv6 کو توڑ دیتا ہے؛ پہلا اندراج منتخب کرنا اوپر کا فرق کھو دیتا ہے۔
اسے مناسب اکاؤنٹ سیاق و سباق میں رکھیں۔ انٹرایکٹو صارف کی ترتیبات خود بخود کسی دوسری شناخت کے تحت چلنے والی سروس کی ترتیبات نہیں ہوتیں۔