setx ले प्रोक्सी सुरक्षित गर्‍यो। यो विन्डोमा अझै पुरानै छ।

यो Command Prompt मा अर्को Python कमान्डले प्रोक्सी तुरुन्तै पाउनका लागि यसको हालको वातावरण सेट गर्नुहोस्:

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

प्रोक्सी प्रमाणीकरण बिना अनुमति दिइएको सार्वजनिक डाउनलोडका लागि endpoint लाई HTTP प्रोक्सी सूचीबाट उम्मेदवारले बदल्नुहोस् र इच्छित स्क्रिप्ट प्रयोग गर्नुहोस्। यी मानहरू त्यो शेलमा परिवर्तन नभएसम्म वा बन्द नभएसम्म रहन्छन्। यदि भविष्यका सत्रका लागि मान जोगाउने उद्देश्य हो भने त्यो छुट्टै कार्य हो:

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

setx ले स्थायी वातावरण लेख्छ; यसले cmd.exe सँग पहिले नै रहेको ब्लक प्रतिस्थापन गर्दैन। त्यसैले पुरानो विन्डोबाट पछि सुरु गरिएको चाइल्ड प्रक्रियाले पुरानो मान वंशानुगत पाउन सक्छ।

यही कुरा IDE वा टर्मिनल होस्टमा पनि लागू हुन्छ। नयाँ ट्याब भनेको लामो समय चलिरहेको लन्चरले आफ्नो वातावरण ताजा गरेको प्रमाण होइन। प्रभावित एप्लिकेसनलाई अद्यावधिक मानसहितको लन्चरबाट पुनः सुरु गर्नुहोस्।

Setx ले पूर्वनिर्धारित रूपमा प्रयोगकर्ता दायरा प्रयोग गर्छ; /m सम्बन्धित विशेषाधिकारसहित प्रणाली दायरालाई लक्षित गर्छ। सेवा र अन्य प्रयोगकर्ताका काम छुट्टै उपभोक्ता हुन्। देखाइएका दुवै URL HTTP मध्यस्थ हुन्; HTTPS_PROXY ले गन्तव्य योजनाको नाम दिन्छ, र Python को वास्तविक लाइब्रेरीले अझै इनपुट समर्थन गर्नुपर्छ। यसले मनपरी कच्चा सकेट प्रोक्सी गर्दैन।