Полето за прокси хост во sdkmanager не е поле за најавување
Документираните опции за хост и порта означуваат крајна точка. Тие не претвораат низа со корисничко име во поддржана размена за автентикација.
--proxy_host очекува име или адреса на прокси хост. Ставањето на username:password@host таму не е исто како давање име на хост заедно со поддржан метод за автентикација.
Референцата на sdkmanager ги документира опциите за тип на прокси, хост и порта. Одделно проверете ја документираната поддршка за автентикација на инсталираната алатка. Знаменцето што го прифаќа друга Java програма не е автоматски функција на SDK Manager.
Особено, поставувањето произволни својства наречени http.proxyUser или http.proxyPassword не докажува дека преземачот ги чита. Механизмот за автентикација мора навистина да ја користи сметката и да ја изврши потребната размена.
Исто така, држете го --no_https надвор од поправка на најавата. Менувањето на начинот на кој се бара преземање не ги обезбедува акредитивите за прокси што недостасуваат.
Ако поддржаниот клиент не може да го исполни барањето за автентикација на проксито, користете го одобрениот компатибилен начин на пристап на организацијата. Држете ја крајната точка на услугата, механизмот на сметката и TLS политиката на преземањето како одделни конфигурациски одлуки. Одобрена неавтентицирана рута до јавни SDK преземања може да го земе својот HTTP хост и порта од списокот на HTTP прокси сервери; таа не додава поддршка за автентикација на изворната услуга.