يتوقع --proxy_host اسم مضيف وكيل أو عنوانه. ووضع username:password@host هناك ليس مماثلاً لتقديم اسم مضيف مع طريقة مصادقة مدعومة.

توثق مرجعية sdkmanager خيارات نوع الوكيل والمضيف والمنفذ. وتحقق على حدة من دعم المصادقة الموثق في الأداة المثبتة. فالخيار المقبول في برنامج Java آخر ليس ميزة في SDK Manager تلقائياً.

وعلى وجه الخصوص، فإن تعيين خصائص عشوائية باسم http.proxyUser أو http.proxyPassword لا يثبت أن أداة التنزيل تقرأها. فيجب أن تستهلك آلية المصادقة الحساب فعلاً وأن تنفذ التبادل المطلوب.

وأبعد أيضاً --no_https عن أي إصلاح لتسجيل الدخول. فتغيير طريقة طلب التنزيل لا يوفر بيانات اعتماد الوكيل الناقصة.

إذا تعذر على العميل المدعوم تلبية متطلب المصادقة في الوكيل، فاستخدم ترتيب الوصول المتوافق المعتمد في المؤسسة. وابقِ نقطة نهاية الخدمة وآلية الحساب وسياسة TLS للتنزيل قرارات إعداد منفصلة. ويمكن لمسار معتمد غير موثق لتنزيلات SDK العامة أن يأخذ مضيف HTTP ومنفذه من قائمة وكلاء HTTP؛ وهو لا يضيف دعماً للمصادقة إلى الخدمة الأصلية.

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