NuGet 407 مقابل 401: تسجيل دخول الوكيل أم بيانات اعتماد الخلاصة الخاصة؟

قد تتطلب استعادة NuGet حساب وكيل أمامي وحساب خلاصة خاصة في الوقت نفسه. استخدم الاستجابة لتحديد أي تكوين يجب فحصه:

لا يمكن لرمز الخلاصة أن يجيب عن الخطأ 407 الخاص بالوكيل. وبالمثل، فإن فشل الاتصال أو TLS قبل أي استجابة لم يثبت أي كلمة مرور هي الخاطئة.

كوّن الوكيل بشكل منفصل عن الخلاصة

ينتمي إدخال الوكيل في NuGet إلى config. لمسار بدون بيانات اعتماد مضمّنة:

<configuration>
  <config>
    <add key="http_proxy" value="http://proxy.example:8080" />
  </config>
</configuration>

ادمج هذا المثال في التكوين القائم المناسب. بالنسبة إلى خلاصة عامة يُسمح فيها بالوسطاء العامين، تقدّم قائمة وكلاء HTTP مرشحًا لهذا المسار الخالي من بيانات الاعتماد. أبقِ مصادر الحزم في قسمها الخاص؛ فاستبدال عنوان URL للخلاصة بعنوان وكيل عام يطلب من الوسيط جلب الحزم.

قيمة http_proxy.password الموثّقة مشفّرة. استخدم أدوات التكوين المدعومة بدلًا من كتابة نص صريح في ذلك الحقل أو نسخ قيمة تبدو مشفّرة من جهاز آخر كما لو كانت صيغة بيانات اعتماد قابلة للنقل.

افحص الاستعادة التي تفشل فعليًا

حدّد العميل والمستخدم وبيئة التشغيل، ثم حدّد التسلسل الهرمي للتكوين الفعّال. يمكن أن تسهم إعدادات المستخدم والجهاز والحل. إصلاح قديم يعتمد على devenv.exe.config يخص عملية Visual Studio معيّنة؛ ولا يثبت ما تقرأه استعادة سطر الأوامر أو خدمة البناء. حافظ على مصادر الحزم والسياسات العاملة أثناء تحديد إدخال وكيل قديم.

بعد نجاح المصادقة، تابع أي عنوان URL فشل لاحقًا. يمكن أن تستخدم بيانات الخلاصة الوصفية ومحتوى الحزم نقاط نهاية مختلفة، لذا لا يثبت طلب واحد مقبول مسار الاستعادة الكامل. حافظ على التحقق العادي من توقيع الحزمة وTLS أثناء تصحيح ذلك.