ब्याच फाइलमा इन्कोड गरिएका प्रोक्सी प्रमाणहरू अक्षुण्ण राख्नुहोस्

प्रोक्सी URL सिधै कन्फिगर गर्दा काम गर्छ, तर त्यही मान Windows ब्याच फाइलमा सरेपछि प्रमाणीकरण असफल हुन्छ। HTTP क्लाइन्टले URL पाउनुअघि ब्याच पार्सरले प्रतिशत चिन्ह बदलेको हो कि होइन जाँच्नुहोस्।

दुई अलग प्रतिनिधित्व छन्। URL इन्कोडिङले प्रतिनिधित्व गर्न सक्छ ब्याकस्ल्याशलाई %5C का रूपमा र प्रश्न चिन्हलाई %3F का रूपमा। ब्याच-फाइल आदेशमा शाब्दिक प्रतिशत चिन्हलाई %% का रूपमा एस्केप गर्नुपर्छ।

उदाहरण domain\user खाताका लागि, प्लेसहोल्डर पासवर्ड pass? सहित, .bat फाइलमा यो हुन सक्छ:

set "https_proxy=http://domain%%5Cuser:pass%%[email protected]:8080"

पछि सुरु हुने प्रक्रियाले domain%5Cuser:pass%3F भएको URL पाउनुपर्छ। दोब्बर प्रतिशत चिन्हहरू ब्याच स्रोतका हुन्, क्लाइन्टले भण्डारण गरेको प्रोक्सी URL का होइनन्।

त्यो ब्याच हिज्जे .npmrc फाइल वा एप्लिकेसनको प्रोक्सी फिल्डमा नक्कल नगर्नुहोस्: ती इनपुटहरू त्यही ब्याच पार्सिङ चरणबाट जाँदैनन्। त्यसैगरी, यो उदाहरण PowerShell सिन्ट्याक्स होइन। अर्को र्यापर, जस्तै CALL वा दोस्रो शेलका लागि बनाइएको आदेश, अर्को पार्सिङ चरण ल्याउन सक्छ र यसको आफ्नै समीक्षा आवश्यक हुन्छ।

SET असाइनमेन्टलाई देखाइएअनुसार उद्धरण चिन्हभित्र राख्नुहोस् ताकि आकस्मिक खाली ठाउँ वा शेल मेटाक्यारेक्टरहरू अनिच्छित आदेशको भाग नबनून्। उद्धरण चिन्हले मात्र प्रतिशत विस्तार रोक्दैन।

नतिजा जाँच्दा पासवर्ड भएको URL साझा लगमा छाप्नुको सट्टा अपेक्षित इन्कोडिङलाई सम्पादित प्रतिनिधित्वसँग तुलना गर्नुहोस्। शेल-एस्केपिङ मर्मतले प्रमाण सुरक्षित राख्छ; यसले क्लाइन्टले पहिले नै समर्थन नगरेको प्रमाणीकरण योजना चयन गर्दैन।