Ang field ng proxy host ng sdkmanager ay hindi field ng pag-login
Ang mga dokumentadong opsyon ng host at port ay tumutukoy sa isang endpoint. Hindi nila ginagawang suportadong palitan ng authentication ang isang string na may username.
--proxy_host ay umaasa ng pangalan o address ng proxy host. Ang paglalagay ng username:password@host doon ay hindi katulad ng pagbibigay ng pangalan ng host kasama ng suportadong paraan ng authentication.
Ang sanggunian ng sdkmanager ay nagdodokumento ng mga opsyon ng uri ng proxy, host at port. Suriin nang hiwalay ang dokumentadong suporta sa authentication ng naka-install na tool. Ang flag na tinatanggap ng ibang programang Java ay hindi awtomatikong feature ng SDK Manager.
Sa partikular, ang pagtatakda ng mga arbitraryong property na tinatawag na http.proxyUser o http.proxyPassword ay hindi nagpapatunay na binabasa ng downloader ang mga ito. Dapat aktwal na gamitin ng mekanismo ng authentication ang account at isagawa ang kinakailangang palitan.
Ilayo rin ang --no_https sa pag-aayos ng login. Ang pagbabago ng paraan ng paghingi ng download ay hindi nagbibigay ng kulang na proxy credentials.
Kung hindi matugunan ng suportadong client ang pangangailangan ng authentication ng proxy, gamitin ang inaprubahang compatible na paraan ng pag-access ng organisasyon. Panatilihing magkahiwalay na desisyon sa configuration ang endpoint ng serbisyo, mekanismo ng account at patakaran sa TLS ng download. Ang isang inaprubahang rutang walang authentication patungo sa mga pampublikong download ng SDK ay maaaring kumuha ng HTTP host at port nito mula sa listahan ng HTTP proxy; hindi ito nagdadagdag ng suporta sa authentication para sa orihinal na serbisyo.