O campo de host de proxy do sdkmanager não é um campo de login
As opções documentadas de host e porta identificam um endpoint. Não transformam uma string com nome de usuário numa troca de autenticação suportada.
--proxy_host espera um nome de host ou endereço de proxy. Colocar username:password@host ali não é o mesmo que fornecer um nome de host com um método de autenticação suportado.
A referência do sdkmanager documenta opções de tipo de proxy, host e porta. Verifique separadamente o suporte de autenticação documentado da ferramenta instalada. Uma flag aceita por outro programa Java não é automaticamente um recurso do SDK Manager.
Em particular, definir propriedades arbitrárias chamadas http.proxyUser ou http.proxyPassword não prova que o downloader as leia. Um mecanismo de autenticação deve realmente usar a conta e realizar a troca exigida.
Mantenha também --no_https fora de um reparo de login. Alterar a forma como um download é solicitado não fornece as credenciais de proxy em falta.
Se o cliente suportado não conseguir cumprir o requisito de autenticação do proxy, use o arranjo de acesso compatível aprovado pela organização. Mantenha o endpoint do serviço, o mecanismo de conta e a política TLS do download como decisões de configuração separadas. Uma rota aprovada sem autenticação para downloads públicos de SDK pode obter o host e a porta HTTP da lista de proxies HTTP; não acrescenta suporte de autenticação ao serviço original.