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