Pole hosta proxy w sdkmanager nie jest polem logowania
Udokumentowane opcje hosta i portu wskazują punkt końcowy. Nie zamieniają ciągu z nazwą użytkownika w obsługiwaną wymianę uwierzytelniania.
--proxy_host oczekuje nazwy hosta lub adresu proxy. Umieszczenie tam username:password@host nie jest tym samym co podanie nazwy hosta wraz z obsługiwaną metodą uwierzytelniania.
Dokumentacja sdkmanager opisuje opcje typu proxy, hosta i portu. Sprawdź osobno udokumentowane wsparcie uwierzytelniania zainstalowanego narzędzia. Flaga akceptowana przez inny program Java nie jest automatycznie funkcją SDK Managera.
W szczególności ustawienie dowolnych właściwości o nazwie http.proxyUser lub http.proxyPassword nie dowodzi, że downloader je odczytuje. Mechanizm uwierzytelniania musi faktycznie użyć konta i wykonać wymaganą wymianę.
Trzymaj też --no_https z dala od naprawy logowania. Zmiana sposobu żądania pobierania nie dostarcza brakujących danych logowania proxy.
Jeśli obsługiwany klient nie może spełnić wymagania uwierzytelniania proxy, użyj zatwierdzonego przez organizację zgodnego sposobu dostępu. Traktuj punkt końcowy usługi, mechanizm konta i politykę TLS pobierania jako odrębne decyzje konfiguracyjne. Zatwierdzona nieuwierzytelniona trasa do publicznych pobrań SDK może pobrać host i port HTTP z listy proxy HTTP; nie dodaje ona wsparcia uwierzytelniania dla pierwotnej usługi.