setx പ്രോക്സി സംരക്ഷിച്ചു. ഈ വിൻഡോയിൽ ഇപ്പോഴും പഴയതാണ്.
നിലവിലെ Windows കമാൻഡ് സെഷനായി പ്രോക്സി സജ്ജീകരിച്ച് ആ മാറ്റത്തെ സ്ഥിരമായ setx അസൈൻമെന്റിൽ നിന്ന് വേർതിരിക്കുക.
ഈ Command Prompt-ൽ അടുത്ത Python കമാൻഡിന് പ്രോക്സി ഉടനടി ലഭിക്കാൻ അതിന്റെ നിലവിലെ എൻവയോൺമെന്റ് സജ്ജീകരിക്കുക:
set "HTTP_PROXY=http://proxy.example:8080"
set "HTTPS_PROXY=http://proxy.example:8080"
python download.pyപ്രോക്സി പ്രാമാണീകരണമില്ലാതെ അനുവദനീയമായ പൊതു ഡൗൺലോഡിന് എൻഡ്പോയിന്റ് HTTP പ്രോക്സി പട്ടികയിൽ നിന്നുള്ള ഒരു സ്ഥാനാർത്ഥിയുമായി മാറ്റി ഉദ്ദേശിച്ച സ്ക്രിപ്റ്റ് ഉപയോഗിക്കുക. ഈ മൂല്യങ്ങൾ മാറ്റപ്പെടുന്നതുവരെ അല്ലെങ്കിൽ അത് അടയ്ക്കുന്നതുവരെ ആ ഷെല്ലിൽ നിലനിൽക്കും. ഭാവി സെഷനുകൾക്കായി ഒരു മൂല്യം സൂക്ഷിക്കുകയാണ് ഉദ്ദേശ്യമെങ്കിൽ അത് വേറിട്ട പ്രവർത്തനമാണ്:
setx HTTPS_PROXY "http://proxy.example:8080"setx സ്ഥിരമായ എൻവയോൺമെന്റ് എഴുതുന്നു; cmd.exe ഇതിനകം കൈവശം വച്ചിരിക്കുന്ന ബ്ലോക്ക് അത് മാറ്റിസ്ഥാപിക്കുന്നില്ല. അതിനാൽ പഴയ വിൻഡോയിൽ നിന്ന് പിന്നീട് ആരംഭിക്കുന്ന ചൈൽഡ് പ്രോസസിന് പഴയ മൂല്യം അനുഭവപ്പെടാം.
IDE അല്ലെങ്കിൽ ടെർമിനൽ ഹോസ്റ്റിനും ഇത് ബാധകമാണ്. പുതിയ ടാബ് എന്നത് ദീർഘനേരം പ്രവർത്തിക്കുന്ന ലോഞ്ചർ അതിന്റെ എൻവയോൺമെന്റ് പുതുക്കിയതിന്റെ തെളിവല്ല. ബാധിത ആപ്ലിക്കേഷൻ പുതുക്കിയ മൂല്യങ്ങളുള്ള ലോഞ്ചറിൽ നിന്ന് വീണ്ടും ആരംഭിക്കുക.
Setx സ്വതവേ ഉപയോക്തൃ പരിധി ഉപയോഗിക്കുന്നു; /m ബന്ധപ്പെട്ട അധികാരങ്ങളോടെ സിസ്റ്റം പരിധി ലക്ഷ്യമിടുന്നു. സേവനങ്ങളും മറ്റ് ഉപയോക്താക്കളുടെ ജോലികളും വേറിട്ട ഉപഭോക്താക്കളാണ്. കാണിച്ചിരിക്കുന്ന രണ്ട് URL-കളും HTTP ഇടനിലക്കാരാണ്; HTTPS_PROXY ലക്ഷ്യസ്ഥാനത്തിന്റെ സ്കീം പേരിടുന്നു, Python-ന്റെ യഥാർത്ഥ ലൈബ്രറി ഇപ്പോഴും ഇൻപുട്ട് പിന്തുണയ്ക്കണം. ഇത് ഏകപക്ഷീയമായ അസംസ്കൃത സോക്കറ്റുകൾ പ്രോക്സി ചെയ്യുന്നില്ല.