Поле хоста проксі ў sdkmanager не з'яўляецца полем уваходу
Задакументаваныя параметры хоста і порта вызначаюць канчатковы пункт. Яны не ператвараюць радок з імем карыстальніка ў падтрымліваны абмен аўтэнтыфікацыі.
--proxy_host чакае імя хоста або адрас проксі. Змесціва username:password@host там не тое самае, што імя хоста разам з падтрымліваным метадам аўтэнтыфікацыі.
Даведка sdkmanager апісвае параметры тыпу проксі, хоста і порта. Падтрымку аўтэнтыфікацыі ўсталяванага інструмента правярайце асобна. Сцяг, які прымае іншая праграма Java, не робіцца аўтаматычна функцыяй SDK Manager.
У прыватнасці, усталяванне адвольных уласцівасцяў з назвамі http.proxyUser або http.proxyPassword не даказвае, што запампоўшчык іх чытае. Механізм аўтэнтыфікацыі павінен фактычна выкарыстоўваць уліковы запіс і выконваць патрэбны абмен.
Таксама трымайце --no_https па-за рамонтам уваходу. Змена таго, як запытваецца запампоўка, не дае адсутных даных проксі.
Калі падтрымліваны кліент не можа выканаць патрабаванне аўтэнтыфікацыі проксі, выкарыстоўвайце зацверджаны арганізацыяй сумяшчальны парадак доступу. Трымайце канчатковы пункт сэрвісу, механізм уліковага запісу і палітыку TLS запампоўкі асобнымі рашэннямі канфігурацыі. Зацверджаны шлях без аўтэнтыфікацыі да публічных запамповак SDK можа ўзяць хост і порт HTTP з спісу HTTP-проксі; ён не дадае падтрымку аўтэнтыфікацыі для зыходнага сэрвісу.