Proxyvertsfeltet i sdkmanager er ikke et påloggingsfelt
De dokumenterte verts- og portvalgene angir et endepunkt. De gjør ikke en streng med et brukernavn om til en støttet autentiseringsutveksling.
--proxy_host forventer et proxyvertsnavn eller en adresse. Å sette username:password@host der er ikke det samme som å oppgi et vertsnavn pluss en støttet autentiseringsmetode.
sdkmanager-referansen dokumenterer valg for proxytype, vert og port. Kontroller den dokumenterte autentiseringsstøtten til det installerte verktøyet separat. Et flagg som et annet Java-program godtar, er ikke automatisk en SDK Manager-funksjon.
Spesielt beviser det ikke at nedlasteren leser dem, å sette vilkårlige egenskaper med navnet http.proxyUser eller http.proxyPassword. En autentiseringsmekanisme må faktisk bruke kontoen og utføre den nødvendige utvekslingen.
Hold også --no_https utenfor en påloggingsreparasjon. Å endre hvordan en nedlasting bes om, gir ikke de manglende proxy-påloggingsdetaljene.
Hvis den støttede klienten ikke kan oppfylle autentiseringskravet til proxyen, bruk organisasjonens godkjente kompatible tilgangsordning. Hold tjenestens endepunkt, kontomekanisme og TLS-policy for nedlasting som separate konfigurasjonsbeslutninger. En godkjent uautentisert rute til offentlige SDK-nedlastinger kan ta verten og porten for HTTP fra HTTP-proxylisten; den legger ikke til autentiseringsstøtte for den opprinnelige tjenesten.