એક ઇન્સ્ટોલેશન માટે pip સીધી કમાન્ડ લાઇન પર પ્રોક્સી લે છે. કાયમી વપરાશકર્તા કે સિસ્ટમ ગોઠવણી લખ્યા વગર માર્ગ અજમાવી શકો છો:

python -m pip --proxy http://203.0.113.10:8080 install requests

દસ્તાવેજી IP ની જગ્યાએ સેવા કે HTTP પ્રોક્સીની યાદીમાંથી એન્ડપોઇન્ટ લો. python -m pip ચલાવવાથી ઇચ્છિત Python વાતાવરણ પણ સ્પષ્ટ થાય છે, અલગ pip પ્રોગ્રામ એ જ વાતાવરણનો છે એવી ધારણા કરતાં.

પ્રોક્સી URL પ્રોક્સી જોડાણ દર્શાવે છે. તે http:// થી શરૂ થાય છતાં પેકેજ ઇન્ડેક્સ અને ડાઉનલોડ CONNECT દ્વારા HTTPS વાપરી શકે છે.

pip બીજી ગોઠવણી પસંદ કરતું રહે તો

pip ના પોતાના વિકલ્પમાં કમાન્ડ લાઇન દલીલો પર્યાવરણ ચલો કરતાં અને તે ગોઠવણી ફાઇલો કરતાં આગળ છે. ફાઇલો વૈશ્વિક, વપરાશકર્તા કે વર્ચ્યુઅલ વાતાવરણ સ્તરે હોઈ શકે છે. PIP_CONFIG_FILE વધારાની ફાઇલ પસંદ કરી શકે છે.

python -m pip config debug

આ pip ના વિચારેલા ગોઠવણી સ્રોત બતાવે છે. સ્થાનિક રીતે જુઓ: ફાઇલ કે પર્યાવરણ મૂલ્યોમાં ખાનગી URL કે ઓળખપત્ર હોઈ શકે છે.

PIP_PROXY અને સામાન્ય HTTP/HTTPS પ્રોક્સી પર્યાવરણ ચલો પણ જુઓ. બધાં એક સ્તર નથી; પ્રમાણભૂત પ્રોક્સી પર્યાવરણ પ્રક્રિયા વાસ્તવિક નેટવર્ક માર્ગને હજી અસર કરી શકે છે. એક વપરાશકર્તા નોંધ કાઢવાથી બધા સ્રોત ગયા એમ ન માનો.

પ્રોક્સી વિકલ્પ પ્રમાણપત્ર વિશ્વાસ સુધારતો નથી

માર્ગ HTTPS સેવામાં પહોંચે પણ ચકાસણી નિષ્ફળ હોય તો જાણો ક્લાયન્ટને કયું પ્રમાણપત્ર મળ્યું. અધિકૃત નિરીક્ષણમાં મંજૂર CA બંડલ જોઈએ હોઈ શકે:

python -m pip --proxy http://203.0.113.10:8080 \
  --cert /path/to/approved-ca-bundle.pem install requests

--trusted-host માન્ય HTTPS વિના પણ હોસ્ટને વિશ્વસનીય ગણે છે. તે પ્રોક્સી IP ગોઠવતું નથી અને પ્રમાણપત્ર ભૂલનો સામાન્ય જવાબ ન હોવો જોઈએ. એન્ડપોઇન્ટ કે વિશ્વાસ ગોઠવણી સુધારો.

pip 24.2 એ સમર્થિત રનટાઇમ પર certifi સાથે સિસ્ટમ પ્રમાણપત્ર મૂળભૂત કર્યા. જૂનું pip ઓપરેટિંગ સિસ્ટમનો CA ભંડાર આપોઆપ વાપરતું નહોતું. તેથી મંજૂર સંસ્થાકીય CA એક Python વાતાવરણમાં ચાલે પણ બીજામાં ગેરહાજર હોઈ શકે છે.

એક કમાન્ડની પ્રોક્સી દલીલ કમાન્ડ પૂરી થતાં નિષ્પ્રભ થાય છે. પછી કાયમી ગોઠવણી સાચવો તો ઇચ્છિત વિસ્તારમાં રાખો; દરેક Python વાતાવરણને માત્ર ચકાસાતા એન્ડપોઇન્ટ પર આધારિત ન કરો.

સંબંધિત લેખો