Iniimbak ng setx ang proxy. Nasa window na ito ang luma.

Upang agad na matanggap ng susunod na utos ng Python sa Command Prompt na ito ang proxy, itakda ang kasalukuyang environment nito:

set "HTTP_PROXY=http://proxy.example:8080"
set "HTTPS_PROXY=http://proxy.example:8080"
python download.py

Para sa pinahihintulutang pampublikong pag-download na walang proxy authentication, palitan ang endpoint ng kandidato mula sa listahan ng HTTP proxy at gamitin ang nilalayong script. Ang mga halagang ito ay tumatagal sa shell na iyon hanggang mabago ang mga ito o magsara ito. Kung ang layunin ay panatilihin ang isang halaga para sa mga susunod na sesyon, iyon ay hiwalay na aksyon:

setx HTTPS_PROXY "http://proxy.example:8080"

Sinusulat ng setx ang permanenteng environment; hindi nito pinapalitan ang bloke na hawak na ng cmd.exe. Kaya ang isang child process na inilunsad mamaya mula sa lumang window ay maaaring magmana ng lumang halaga.

Ganoon din sa isang IDE o terminal host. Ang bagong tab ay hindi patunay na na-refresh ng matagal nang tumatakbong launcher ang environment nito. Ilunsad muli ang apektadong aplikasyon mula sa launcher na may updated na halaga.

Gumagamit ang Setx ng user scope bilang default; ang /m ay tumutarget sa system scope na may kaukulang mga pribilehiyo. Ang mga serbisyo at trabaho ng ibang user ay hiwalay na mga consumer. Ang parehong URL na ipinapakita ay mga tagapamagitan ng HTTP; pinapangalanan ng HTTPS_PROXY ang iskema ng destinasyon, at kailangan pa ring suportahan ng aktwal na library ng Python ang input. Hindi ito nagpo-proxy ng di-makatwirang raw socket.