El campo de host de proxy de sdkmanager no es un campo de inicio de sesión
Las opciones documentadas de host y puerto identifican un punto de conexión. No convierten una cadena con nombre de usuario en un intercambio de autenticación compatible.
--proxy_host espera un nombre de host o una dirección de proxy. Colocar username:password@host ahí no equivale a proporcionar un nombre de host junto con un método de autenticación compatible.
La referencia de sdkmanager documenta las opciones de tipo de proxy, host y puerto. Compruebe por separado la compatibilidad de autenticación documentada de la herramienta instalada. Un indicador aceptado por otro programa Java no es automáticamente una función del SDK Manager.
En particular, definir propiedades arbitrarias llamadas http.proxyUser o http.proxyPassword no demuestra que el descargador las lea. Un mecanismo de autenticación debe usar realmente la cuenta y realizar el intercambio requerido.
Mantenga también --no_https fuera de una reparación de inicio de sesión. Cambiar cómo se solicita una descarga no aporta las credenciales de proxy que faltan.
Si el cliente compatible no puede cumplir el requisito de autenticación del proxy, utilice el arreglo de acceso compatible aprobado por la organización. Mantenga el punto de conexión del servicio, el mecanismo de cuenta y la política TLS de descarga como decisiones de configuración separadas. Una ruta aprobada sin autenticación hacia descargas públicas de SDK puede tomar su host y puerto HTTP de la lista de proxies HTTP; no añade compatibilidad de autenticación al servicio original.