WPAD آن ہے۔ WinHTTP کا پراکسی پتہ خالی کیوں ہے؟
Windows کی پراکسی ترتیب پڑھنا اور کسی منزل کے لیے پراکسی مقرر کرنا الگ الگ کارروائیاں ہیں۔ سروس کی شناخت ایک اور حد شامل کرتی ہے۔
خودکار پراکسی شناخت آن ہو سکتی ہے جبکہ دستی پراکسی سٹرنگ خالی ہو۔ WinHttpGetIEProxyConfigForCurrentUser() ترتیب کے فیلڈ واپس کرتا ہے، ہر منزل کے لیے حتمی اینڈ پوائنٹ نہیں۔
| فیلڈ | معنی |
|---|---|
| دستی پراکسی | واضح طور پر ترتیب دی گئی قدر |
| خودکار ترتیب کا URL | PAC سکرپٹ کا مقام |
| خودکار شناخت کا جھنڈا | آیا شناخت فعال ہے |
ڈھانچہ ہی آؤٹ پٹ ہے۔ فنکشن بلانے سے پہلے اس کا خودکار شناخت ممبر مقرر کرنا Windows کی شناخت کو فعال نہیں کرتا۔ واپس کیے گئے فیلڈ استعمال کر کے دستاویزی جھنڈوں کے ساتھ الگ خودکار پراکسی درخواست بنائیں۔
پہلے مقرر کریں، پھر لاگو کریں
WinHttpGetProxyForUrl() جیسی API اصل منزل کا URL جانچتی ہے۔ PAC ڈاؤن لوڈ URL نہیں، وہی URL دیں اور تعین کا نتیجہ متعلقہ WinHTTP درخواست پر لاگو کریں۔
براہ راست نتیجہ درست ہے۔ سکرپٹ ڈاؤن لوڈ، سکرپٹ جانچ اور پراکسی کنکشن کی غلطیاں الگ مراحل میں ہوتی ہیں۔ ناکامی کے کوڈ چیک کریں اور واپس کی گئی سٹرنگز کے لیے ملکیت کے قواعد پر عمل کریں۔
کس کی ترتیب؟
“CurrentUser” سے مراد کال کرنے والے کا سیاق ہے۔ مناسب امپرسنیشن کے بغیر سروس ڈیسک ٹاپ صارف کی بجائے اپنے سروس اکاؤنٹ کی ترتیبات پڑھ سکتی ہے۔
جان بوجھ کر منتخب کریں کہ سروس منظم ترتیبات استعمال کرتی ہے یا مجاز صارف کی ترتیب کی پیروی کرتی ہے، بشمول اس وقت کا رویہ جب کوئی انٹرایکٹو صارف نہ ہو۔ ٹوکن کی دیکھ بھال اور وسائل کی صفائی کو معاون شناختی API کی پیروی کرنی چاہیے۔
تشخیص کے لیے کال کرنے والا اکاؤنٹ، ترتیب کے فیلڈ، منزل، تعین کا نتیجہ اور پہلی کنکشن غلطی اکٹھے رکھیں۔ اس سے ظاہر ہوتا ہے کہ کس مرحلے نے خالی قدر یا ناکام راستہ پیدا کیا۔