sdkmanager se proxy-gasheerveld is nie 'n aanmeldingsveld nie
Die gedokumenteerde gasheer- en poortopsies identifiseer 'n eindpunt. Hulle verander nie 'n string met 'n gebruikersnaam in 'n ondersteunde verifikasie-uitruiling nie.
--proxy_host verwag 'n proxy-gasheernaam of -adres. Om username:password@host daar te plaas is nie dieselfde as om 'n gasheernaam plus 'n ondersteunde verifikasiemetode te verskaf nie.
Die sdkmanager-verwysing dokumenteer die proxy-tipe, gasheer en poortopsies. Kontroleer die geïnstalleerde gereedskap se gedokumenteerde verifikasieondersteuning afsonderlik. 'n Vlag wat deur 'n ander Java-program aanvaar word, is nie outomaties 'n SDK Manager-funksie nie.
Om willekeurige eienskappe met die name http.proxyUser of http.proxyPassword te stel, bewys veral nie dat die aflaaier hulle lees nie. 'n Verifikasiemeganisme moet die rekening werklik gebruik en die vereiste uitruiling uitvoer.
Hou ook --no_https uit 'n aanmeldingsherstel. Om te verander hoe 'n aflaai aangevra word, verskaf nie ontbrekende proxy-aanmelding nie.
As die ondersteunde kliënt nie aan die proxy se verifikasievereiste kan voldoen nie, gebruik die organisasie se goedgekeurde versoenbare toegangsreëling. Hou die diens se eindpunt, rekeningmeganisme en aflaai-TLS-beleid as afsonderlike konfigurasiebesluite. 'n Goedgekeurde ongeverifieerde roete na openbare SDK-aflaaie kan sy HTTP-gasheer en -poort uit die HTTP-proxylys neem; dit voeg nie verifikasieondersteuning vir die oorspronklike diens by nie.