--proxy_host نام یا نشانی میزبان پروکسی را انتظار دارد. قرار دادن username:password@host در آنجا همانند ارائه نام میزبان همراه با روش احراز هویت پشتیبانی‌شده نیست.

مرجع sdkmanager گزینه‌های نوع پروکسی، میزبان و درگاه را مستند می‌کند. پشتیبانی احراز هویت مستند ابزار نصب‌شده را جداگانه بررسی کنید. پرچمی که برنامه Java دیگری می‌پذیرد به‌طور خودکار ویژگی SDK Manager نیست.

به‌ویژه، تنظیم ویژگی‌های دلخواه با نام http.proxyUser یا http.proxyPassword ثابت نمی‌کند که دانلودکننده آن‌ها را می‌خواند. سازوکار احراز هویت باید واقعاً از حساب استفاده کند و تبادل لازم را انجام دهد.

همچنین --no_https را از ترمیم ورود دور نگه دارید. تغییر شیوه درخواست دانلود، اعتبارنامه پروکسی مفقود را فراهم نمی‌کند.

اگر کارخواه پشتیبانی‌شده نمی‌تواند شرط احراز هویت پروکسی را برآورده کند، از ترتیب دسترسی سازگار مصوب سازمان استفاده کنید. نقطه پایانی سرویس، سازوکار حساب و سیاست TLS دانلود را تصمیم‌های پیکربندی جداگانه نگه دارید. مسیر مصوب بدون احراز هویت به دانلودهای عمومی SDK می‌تواند میزبان و درگاه HTTP خود را از فهرست پروکسی HTTP بگیرد؛ اما پشتیبانی احراز هویت را برای سرویس اصلی اضافه نمی‌کند.

مقالات مرتبط