وقتی 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 به نظر برسند، اما مقایسه سه فایل تعیین می‌کند که آیا تحویل نخستین تعمیر است.