Il campo host proxy di sdkmanager non è un campo di accesso
Le opzioni documentate di host e porta identificano un endpoint. Non trasformano una stringa con nome utente in uno scambio di autenticazione supportato.
--proxy_host si aspetta un nome host o un indirizzo proxy. Inserire username:password@host lì non equivale a fornire un nome host insieme a un metodo di autenticazione supportato.
Il riferimento di sdkmanager documenta le opzioni di tipo proxy, host e porta. Verifica separatamente il supporto di autenticazione documentato dello strumento installato. Un flag accettato da un altro programma Java non è automaticamente una funzione di SDK Manager.
In particolare, impostare proprietà arbitrarie chiamate http.proxyUser o http.proxyPassword non prova che il programma di download le legga. Un meccanismo di autenticazione deve usare davvero l'account ed eseguire lo scambio richiesto.
Tieni anche --no_https fuori da una riparazione dell'accesso. Cambiare il modo in cui viene richiesto un download non fornisce le credenziali proxy mancanti.
Se il client supportato non può soddisfare il requisito di autenticazione del proxy, usa la disposizione di accesso compatibile approvata dall'organizzazione. Mantieni l'endpoint del servizio, il meccanismo dell'account e la politica TLS del download come decisioni di configurazione separate. Una rotta approvata non autenticata verso download SDK pubblici può prendere il suo host e la sua porta HTTP dalla lista dei proxy HTTP; non aggiunge il supporto di autenticazione per il servizio originale.