‏setx שמר את ה-proxy. החלון הזה עדיין עם הישן.

כדי שפקודת ה-Python הבאה ב-Command Prompt הזה תקבל את הפרוקסי מיד, הגדירו את הסביבה הנוכחית שלה:

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

להורדה ציבורית מותרת ללא אימות פרוקסי, החליפו את נקודת הקצה במועמד מרשימת פרוקסי HTTP והשתמשו בסקריפט המיועד. הערכים האלה נשמרים ב-shell הזה עד שהם משתנים או שהוא נסגר. אם הכוונה היא לשמור ערך להפעלות עתידיות, זו פעולה נפרדת:

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

setx כותב את הסביבה הקבועה; הוא אינו מחליף את הבלוק שכבר מוחזק ב-cmd.exe. לכן תהליך בן שיופעל מאוחר יותר מהחלון הישן יכול לרשת את הערך הישן.

הדבר נכון גם ל-IDE או למארח טרמינל. לשונית חדשה אינה הוכחה שהמפעיל ארוך-הטווח רענן את הסביבה שלו. הפעילו מחדש את היישום המושפע ממפעיל עם ערכים מעודכנים.

Setx משתמש כברירת מחדל בהיקף המשתמש; /m מכוון להיקף המערכת עם ההרשאות המתאימות. שירותים ומשימות של משתמשים אחרים הם צרכנים נפרדים. שני כתובות ה-URL המוצגות הן מתווכי HTTP; HTTPS_PROXY מציין את סכימת היעד, וספריית Python בפועל עדיין צריכה לתמוך בקלט. הוא אינו עושה פרוקסי לשקעים גולמיים שרירותיים.