إذا كان بناء التطوير يعمل لكن إصدار 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، لكن مقارنة الملفات الثلاثة هي التي تحدد ما إذا كان التسليم هو أول إصلاح.

مقالات ذات صلة