--proxy_host սպասում է վստահված սերվերի հոսթի անվան կամ հասցեի։ Այնտեղ username:password@host տեղադրելը նույնը չէ, ինչ հոսթի անուն և աջակցվող նույնականացման եղանակ տրամադրելը։

sdkmanager-ի տեղեկատուն փաստաթղթավորում է վստահված սերվերի տեսակի, հոսթի և պորտի ընտրանքները։ Տեղադրված գործիքի փաստաթղթավորված նույնականացման աջակցությունը ստուգեք առանձին։ Այլ Java ծրագրի կողմից ընդունված դրոշակը ինքնաբերաբար SDK Manager-ի հատկություն չէ։

Մասնավորապես, http.proxyUser կամ http.proxyPassword անունով կամայական հատկություններ սահմանելը չի ապացուցում, որ ներբեռնիչը դրանք կարդում է։ Նույնականացման մեխանիզմը պետք է իրականում օգտագործի հաշիվը և կատարի պահանջվող փոխանակումը։

Նաև --no_https-ը հեռու պահեք մուտքի վերանորոգումից։ Փոխելով, թե ինչպես է պահանջվում ներբեռնումը, չի տրամադրվում բացակայող վստահված սերվերի հավատարմագրերը։

Եթե աջակցվող հաճախորդը չի կարող բավարարել վստահված սերվերի նույնականացման պահանջը, օգտագործեք կազմակերպության հաստատված համատեղելի մուտքի կարգավորումը։ Ծառայության վերջնակետը, հաշվի մեխանիզմը և ներբեռնման TLS քաղաքականությունը պահեք որպես առանձին կարգավորման որոշումներ։ Հանրային SDK ներբեռնումների հաստատված չնույնականացված ուղին կարող է իր HTTP հոսթը և պորտը վերցնել HTTP վստահված սերվերների ցանկից․ այն նույնականացման աջակցություն չի ավելացնում սկզբնական ծառայությանը։

Առնչվող հոդվածներ