Proxy-vertsfeltet til sdkmanager er ikkje eit innloggingsfelt
De dokumenterte verts- og portvala peikar ut eit endepunkt. Dei gjer ikkje ein streng med eit brukarnamn om til ei støtta autentiseringsutveksling.
--proxy_host ventar eit proxy-vertsnamn eller ei adresse. Å setja username:password@host der er ikkje det same som å oppgje eit vertsnamn pluss ein støtta autentiseringsmetode.
sdkmanager-referansen dokumenterer val for proxytype, vert og port. Kontroller den dokumenterte autentiseringsstøtta til det installerte verktøyet separat. Eit flagg som eit anna Java-program godtek, er ikkje automatisk ein SDK Manager-funksjon.
Særleg bevisar det ikkje at nedlastaren les dei, å setja vilkårlege eigenskapar med namnet http.proxyUser eller http.proxyPassword. Ein autentiseringsmekanisme må faktisk bruka kontoen og utføra den naudsynte utvekslinga.
Hald også --no_https utanfor ein innloggingsreparasjon. Å endra korleis ei nedlasting blir bedd om, gjev ikkje dei manglande proxy-innloggingsdetaljane.
Viss den støtta klienten ikkje kan oppfylla autentiseringskravet til proxyen, bruk den godkjende kompatible tilgangsordninga til organisasjonen. Hald endepunktet til tenesta, kontomekanismen og TLS-policyen for nedlasting som separate konfigurasjonsavgjerder. Ei godkjend uautentisert rute til offentlege SDK-nedlastingar kan ta verten og porten for HTTP frå HTTP-proxylista; ho legg ikkje til autentiseringsstøtte for den opphavlege tenesta.