પ્રોક્સી URL માં પાસવર્ડ વિના વપરાશકર્તાનામ હોઈ શકે છે:

[http]
    proxy = http://[email protected]:8080

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

સંગ્રહની બહાર શું રાખવું તે પસંદ કરો

જરૂરિયાતશું ગોઠવવું
રૂપરેખાંકિત પ્રોક્સી URL માં પાસવર્ડ નથીફક્ત વપરાશકર્તાનામવાળું સ્વરૂપ વાપરો અને સમર્થિત ક્રેડેન્શિયલ મિકેનિઝમ દ્વારા ખૂટતું ગુપ્ત પ્રદાન કરો.
ડિસ્ક પર ફરી વાપરી શકાય તેવો પાસવર્ડ સંગ્રહિત નથીએવું મંજૂર હેલ્પર પસંદ કરો જેની સંગ્રહ વર્તણૂક આ જરૂરિયાત પૂરી કરે. ફક્ત URL નો પાસવર્ડ છોડી દેવો પૂરતો નથી.
સંકલિત પ્રમાણીકરણBasic પાસવર્ડની બીજી જોડણી ગણવાને બદલે સમર્થિત પદ્ધતિ અને લાગુ પ્રક્રિયા ઓળખ વાપરો.

હેલ્પરો ઓપરેટિંગ સિસ્ટમના ક્રેડેન્શિયલ સ્ટોર, મેમરી, ફાઇલ અથવા બીજી સિસ્ટમમાં ક્રેડેન્શિયલ સંગ્રહી શકે છે. પાસવર્ડ હવે સંગ્રહિત નથી થતો એવું નક્કી કરતા પહેલાં આ ખાતા અને URL માટે રૂપરેખાંકિત હેલ્પર તપાસો.

બીજી નકલો પણ નજરમાં રાખો

કોડમાં કડક લખાયેલો પાસવર્ડ પાછો આપતું ઇનલાઇન હેલ્પર તેને ફક્ત બીજે જ સંગ્રહે છે. પાસવર્ડ ધરાવતું પર્યાવરણ ચલ અથવા આદેશ આર્ગ્યુમેન્ટ પણ સ્ક્રિપ્ટ, ડાયગ્નોસ્ટિક, પ્રક્રિયા નિરીક્ષણ કે શેલ ઇતિહાસમાં જઈ શકે છે.

ઉપયોગી રેકોર્ડ નાનો છે: પ્રોક્સી એન્ડપોઇન્ટ, પ્રમાણીકરણ પદ્ધતિ, ક્રેડેન્શિયલ સ્રોત અને સંગ્રહ નીતિ. ગુપ્ત માહિતી તે રેકોર્ડની બહાર રાખો. ઉદ્ગમ ક્રેડેન્શિયલ અને પ્રોક્સી ક્રેડેન્શિયલ જુદા જુદા સમર્થન માર્ગો વાપરી શકે છે, તેથી સફળ વેબસાઇટ લોગિન આ પ્રોક્સી ગોઠવણ સાબિત કરતું નથી.

સંબંધિત લેખો