Das Proxy-Host-Feld von sdkmanager ist kein Anmeldefeld
Die dokumentierten Host- und Portoptionen benennen einen Endpunkt. Sie machen aus einer Zeichenfolge mit Benutzername keinen unterstützten Authentifizierungsaustausch.
--proxy_host erwartet einen Proxy-Hostnamen oder eine Adresse. username:password@host dort einzutragen ist nicht dasselbe wie ein Hostname plus eine unterstützte Authentifizierungsmethode.
Die sdkmanager-Referenz dokumentiert Optionen für Proxytyp, Host und Port. Prüfe die dokumentierte Authentifizierungsunterstützung des installierten Werkzeugs getrennt. Ein Flag, das ein anderes Java-Programm akzeptiert, ist nicht automatisch eine Funktion des SDK Managers.
Insbesondere beweist das Setzen beliebiger Eigenschaften namens http.proxyUser oder http.proxyPassword nicht, dass der Downloader sie liest. Ein Authentifizierungsmechanismus muss das Konto tatsächlich verwenden und den erforderlichen Austausch durchführen.
Halte außerdem --no_https aus einer Anmeldereparatur heraus. Eine Änderung der Art der Downloadanforderung liefert keine fehlenden Proxy-Anmeldedaten.
Kann der unterstützte Client die Authentifizierungsanforderung des Proxys nicht erfüllen, nutze die genehmigte kompatible Zugangslösung der Organisation. Behandle Endpunkt, Kontomechanismus und TLS-Richtlinie des Downloads als getrennte Konfigurationsentscheidungen. Ein genehmigter unauthentifizierter Weg zu öffentlichen SDK-Downloads kann seinen HTTP-Host und -Port aus der HTTP-Proxy-Liste beziehen; er ergänzt keine Authentifizierungsunterstützung für den ursprünglichen Dienst.