sdkmanager નું પ્રોક્સી હોસ્ટ ક્ષેત્ર લોગિન ક્ષેત્ર નથી

--proxy_host પ્રોક્સી હોસ્ટનામ અથવા સરનામાની અપેક્ષા રાખે છે. ત્યાં username:password@host મૂકવું એ હોસ્ટનામ સાથે સમર્થિત પ્રમાણીકરણ પદ્ધતિ આપવા સમાન નથી.

sdkmanager સંદર્ભ પ્રોક્સી પ્રકાર, હોસ્ટ અને પોર્ટ વિકલ્પોનું દસ્તાવેજીકરણ કરે છે. સ્થાપિત સાધનનું દસ્તાવેજીકૃત પ્રમાણીકરણ સમર્થન અલગથી તપાસો. બીજા Java પ્રોગ્રામ દ્વારા સ્વીકારાયેલ ફ્લેગ આપમેળે SDK Manager સુવિધા હોતો નથી.

ખાસ કરીને, http.proxyUser અથવા http.proxyPassword નામની મનસ્વી પ્રોપર્ટીઝ સેટ કરવાથી એ સાબિત થતું નથી કે ડાઉનલોડર તેમને વાંચે છે. પ્રમાણીકરણ પદ્ધતિએ ખાતું ખરેખર વાપરવું જોઈએ અને જરૂરી વિનિમય કરવો જોઈએ.

--no_https ને લોગિન સમારકામની બહાર રાખો. ડાઉનલોડ કેવી રીતે માંગવામાં આવે છે તે બદલવાથી ખૂટતા પ્રોક્સી ઓળખપત્રો મળતા નથી.

જો સમર્થિત ક્લાયન્ટ પ્રોક્સીની પ્રમાણીકરણ આવશ્યકતા પૂરી કરી શકતું ન હોય, તો સંસ્થાની મંજૂર સુસંગત ઍક્સેસ ગોઠવણી વાપરો. સેવાનો એન્ડપોઇન્ટ, ખાતા પદ્ધતિ અને ડાઉનલોડ TLS નીતિ અલગ રૂપરેખા નિર્ણયો તરીકે રાખો. જાહેર SDK ડાઉનલોડ માટે મંજૂર પ્રમાણીકરણરહિત માર્ગ તેનું HTTP હોસ્ટ અને પોર્ટ HTTP પ્રોક્સી યાદીમાંથી લઈ શકે છે; તે મૂળ સેવા માટે પ્રમાણીકરણ સમર્થન ઉમેરતું નથી.