Nid yw maes gwesteiwr dirprwy sdkmanager yn faes mewngofnodi
Mae'r opsiynau gwesteiwr a phortht a ddogfenir yn nodi penbwynt. Nid ydynt yn troi llinyn sy'n cynnwys enw defnyddiwr yn gyfnewid dilysu a gefnogir.
Mae --proxy_host yn disgwyl enw gwesteiwr neu gyfeiriad dirprwy. Nid yw rhoi username:password@host yno yr un peth â darparu enw gwesteiwr ynghyd â dull dilysu a gefnogir.
Mae cyfeirlyfr sdkmanager yn dogfennu opsiynau math dirprwy, gwesteiwr a phorth. Gwiriwch gefnogaeth dilysu ddogfenedig yr offeryn sydd wedi'i osod ar wahân. Nid yw baner a dderbynnir gan raglen Java arall yn nodwedd SDK Manager yn awtomatig.
Yn arbennig, nid yw gosod priodweddau mympwyol o'r enw http.proxyUser neu http.proxyPassword yn profi bod y lawrlwythydd yn eu darllen. Rhaid i fecanwaith dilysu ddefnyddio'r cyfrif mewn gwirionedd a chyflawni'r cyfnewid gofynnol.
Hefyd cadwch --no_https allan o atgyweirio mewngofnodi. Nid yw newid sut y gofynnir am lawrlwytho yn darparu'r manylion dirprwy sydd ar goll.
Os na all y cleient a gefnogir fodloni gofyniad dilysu'r dirprwy, defnyddiwch y trefniant mynediad cydnaws a gymeradwywyd gan y sefydliad. Cadwch benbwynt y gwasanaeth, mecanwaith y cyfrif a pholisi TLS lawrlwytho fel penderfyniadau ffurfweddu ar wahân. Gall llwybr cymeradwy heb ddilysu i lawrlwythiadau SDK cyhoeddus gymryd ei westeiwr a'i borth HTTP o'r rhestr dirprwyon HTTP; nid yw'n ychwanegu cefnogaeth dilysu ar gyfer y gwasanaeth gwreiddiol.