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