Câmpul de gazdă proxy din sdkmanager nu este un câmp de autentificare
Opțiunile documentate de gazdă și port identifică un punct final. Ele nu transformă un șir cu nume de utilizator într-un schimb de autentificare acceptat.
--proxy_host așteaptă un nume de gazdă sau o adresă de proxy. Plasarea username:password@host acolo nu este același lucru cu furnizarea unui nume de gazdă împreună cu o metodă de autentificare acceptată.
Referința sdkmanager documentează opțiunile de tip proxy, gazdă și port. Verificați separat suportul de autentificare documentat al instrumentului instalat. Un indicator acceptat de alt program Java nu este automat o funcție SDK Manager.
În special, setarea unor proprietăți arbitrare numite http.proxyUser sau http.proxyPassword nu dovedește că descărcătorul le citește. Un mecanism de autentificare trebuie să folosească efectiv contul și să realizeze schimbul necesar.
De asemenea, țineți --no_https în afara unei reparații a autentificării. Schimbarea modului în care este solicitată o descărcare nu furnizează acreditările proxy lipsă.
Dacă clientul acceptat nu poate îndeplini cerința de autentificare a proxy-ului, utilizați aranjamentul de acces compatibil aprobat de organizație. Păstrați punctul final al serviciului, mecanismul contului și politica TLS a descărcării ca decizii de configurare separate. O rută aprobată fără autentificare către descărcări publice SDK poate lua gazda și portul HTTP din lista de proxy-uri HTTP; nu adaugă suport de autentificare pentru serviciul original.