sdkmanagers proxy-värdfält är inte ett inloggningsfält
De dokumenterade värd- och portalternativen anger en slutpunkt. De gör inte en sträng med ett användarnamn till ett stödt autentiseringsutbyte.
--proxy_host förväntar sig ett proxy-värdnamn eller en adress. Att sätta username:password@host där är inte samma sak som att ange ett värdnamn plus en stödd autentiseringsmetod.
sdkmanager-referensen dokumenterar alternativ för proxytyp, värd och port. Kontrollera det installerade verktygets dokumenterade autentiseringsstöd separat. En flagga som ett annat Java-program accepterar är inte automatiskt en SDK Manager-funktion.
Särskilt bevisar det inte att nedladdaren läser dem att ange godtyckliga egenskaper med namnet http.proxyUser eller http.proxyPassword. En autentiseringsmekanism måste faktiskt använda kontot och utföra det nödvändiga utbytet.
Håll också --no_https utanför en inloggningsreparation. Att ändra hur en nedladdning begärs ger inte de saknade proxyinloggningsuppgifterna.
Om den stödda klienten inte kan uppfylla proxyns autentiseringskrav, använd organisationens godkända kompatibla åtkomstordning. Håll tjänstens slutpunkt, kontomekanism och nedladdningens TLS-policy som separata konfigurationsbeslut. En godkänd oautentiserad väg till offentliga SDK-nedladdningar kan ta sin HTTP-värd och port från HTTP-proxylistan; den lägger inte till autentiseringsstöd för den ursprungliga tjänsten.