جب ClickOnce پروکسی سیٹنگ کھو دے تو شائع شدہ .exe.config چیک کریں
جب .NET Framework پروکسی تبدیلی مقامی طور پر کام کرے مگر ClickOnce انسٹالیشن میں غائب ہو جائے تو تعینات شدہ ایگزیکیوٹیبل کنفیگریشن چیک کریں۔
اگر ڈویلپمنٹ بلڈ کام کرتا ہے مگر اس کی ClickOnce ریلیز 407 لوٹاتی ہے، تو اسناد تبدیل کرنے سے پہلے چیک کریں کہ ریلیز میں مطلوبہ ایگزیکیوٹیبل کنفیگریشن موجود ہے یا نہیں۔
| جانچ کا مقام | کیا موازنہ کریں |
|---|---|
| بلڈ آؤٹ پٹ | ایگزیکیوٹیبل کی درست نام والی کنفیگریشن: Reports.exe.config Reports.exe کے لیے |
| اشاعت آؤٹ پٹ | اس فائل کا مواد اور ایپلیکیشن فائل شامل کرنے کی ترتیبات |
| متاثرہ انسٹالیشن | وہ شائع شدہ ورژن جو اس صارف کو واقعی ملا |
App.config .NET Framework ڈیسک ٹاپ پروجیکٹ میں ماخذ ہے۔ اس میں ترمیم یہ ثابت نہیں کرتی کہ نصب شدہ ایپلیکیشن کو نتیجے میں .exe.config ملا۔
موجودہ Windows اسناد کے ساتھ سسٹم پروکسی استعمال کرنے کے لیے بنائی گئی پرانی ایپلیکیشن کے لیے، ٹکڑا یہ ہو سکتا ہے:
<system.net>
<defaultProxy useDefaultCredentials="true">
<proxy usesystemdefault="true" />
</defaultProxy>
</system.net>اسے موجودہ configuration روٹ کے نیچے رکھیں، غیر متعلقہ ترتیبات محفوظ رکھیں۔ یہ .NET Framework کا نیٹ ورکنگ کنفیگریشن ماڈل ہے، ہر جدید .NET کلائنٹ کے لیے ترتیب نہیں۔
اگر نصب شدہ فائل درست ہے تو آگے پروسیس شناخت اور راستہ دیکھیں۔ ڈیفالٹ اسناد وہ ہیں جو چلنے والے پروسیس کے لیے دستیاب ہیں؛ وہ پروکسی اجازت نہیں دیتیں۔ واضح ایپلیکیشن پروکسی بھی ڈیفالٹ کی جگہ لے سکتی ہے۔ شائع شدہ کنفیگریشن کی کمی اور مسترد شدہ تصدیق دونوں 407 جیسی لگ سکتی ہیں، مگر تین فائلوں کا موازنہ فیصلہ کرتا ہے کہ ترسیل پہلی مرمت ہے یا نہیں۔