El camp de host de proxy de sdkmanager no és un camp d'inici de sessió
Les opcions documentades d'host i port identifiquen un punt final. No converteixen una cadena amb nom d'usuari en un intercanvi d'autenticació admès.
--proxy_host espera un nom d'host o una adreça de proxy. Posar-hi username:password@host no és el mateix que donar un nom d'host amb un mètode d'autenticació admès.
La referència de sdkmanager documenta les opcions de tipus de proxy, host i port. Comproveu per separat el suport d'autenticació documentat de l'eina instal·lada. Un indicador que accepta un altre programa Java no és automàticament una funció de l'SDK Manager.
En particular, definir propietats arbitràries anomenades http.proxyUser o http.proxyPassword no demostra que el descarregador les llegeixi. Un mecanisme d'autenticació ha d'utilitzar realment el compte i fer l'intercanvi necessari.
També manteniu --no_https fora d'una reparació d'inici de sessió. Canviar com es demana una descàrrega no proporciona les credencials de proxy que falten.
Si el client admès no pot complir el requisit d'autenticació del proxy, utilitzeu l'arranjament d'accés compatible aprovat per l'organització. Manteniu el punt final del servei, el mecanisme de compte i la política TLS de descàrrega com a decisions de configuració separades. Una ruta aprovada sense autenticació a descàrregues públiques d'SDK pot prendre el seu host i port HTTP de la llista de proxies HTTP; no afegeix suport d'autenticació al servei original.