O campo de host de proxy de sdkmanager non é un campo de inicio de sesión
As opcións documentadas de host e porto identifican un punto de conexión. Non converten unha cadea con nome de usuario nun intercambio de autenticación admitido.
--proxy_host espera un nome de host ou un enderezo de proxy. Poñer username:password@host alí non é o mesmo que fornecer un nome de host xunto cun método de autenticación admitido.
A referencia de sdkmanager documenta as opcións de tipo de proxy, host e porto. Comprobe por separado a compatibilidade de autenticación documentada da ferramenta instalada. Unha opción aceptada por outro programa Java non é automaticamente unha función do SDK Manager.
En particular, definir propiedades arbitrarias chamadas http.proxyUser ou http.proxyPassword non demostra que o descargador as lea. Un mecanismo de autenticación debe usar realmente a conta e realizar o intercambio requirido.
Manteña tamén --no_https fóra dunha reparación de inicio de sesión. Cambiar como se solicita unha descarga non fornece as credenciais de proxy que faltan.
Se o cliente admitido non pode cumprir o requisito de autenticación do proxy, use o arranxo de acceso compatible aprobado pola organización. Manteña o punto de conexión do servizo, o mecanismo de conta e a política TLS de descarga como decisións de configuración separadas. Unha ruta aprobada sen autenticación cara a descargas públicas de SDK pode tomar o seu host e porto HTTP da lista de proxies HTTP; non engade compatibilidade de autenticación ao servizo orixinal.