setx huet de Proxy gespäichert. Dës Fënster huet nach dee aleen.

Fir datt de nächsten Python-Befehl an dëser Command Prompt de Proxy direkt kritt, setzt seng aktuell Ëmgebung:

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

Fir en erlaabten ëffentlechen Download ouni Proxy-Authentifizéierung ersetzt den Endpunkt duerch en Kandidat aus der HTTP-Proxy-Lëscht a benotzt de virgesinnene Skript. Dës Wäerter bleiwen an där Shell bis se geännert ginn oder se zougeet. Wann d'Intentioun ass, e Wäert fir zukünfteg Sitzungen ze behalen, ass dat eng separat Aktioun:

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

setx schreift déi dauerhaft Ëmgebung; et ersetzt net de Block, deen cmd.exe schonn huet. Eng Kannerprozess, dee méi spéit aus der aler Fënster gestart gëtt, kann dowéinst dee ale Wäert ierwen.

Datselwecht gëllt fir eng IDE oder en Terminalhost. En neien Tab ass kee Beweis, datt de laang lafende Starter seng Ëmgebung aktualiséiert huet. Start d'betraffe Applikatioun aus engem Starter mat aktualiséierte Wäerter nei.

Setx benotzt standardméisseg de Benotzerberäich; /m zilt de Systemberäich mat de passenden Rechter. Servicer an aner Benotzer hir Aarbechte sinn separat Konsumenten. Béid gewisen URLen sinn HTTP-Intermediairen; HTTPS_PROXY nennt de Zil-Schema, an déi tatsächlech Python-Bibliothéik muss den Input nach ëmmer ënnerstëtzen. Et proxyot keng willekierlech roh Sockelen.