ಬ್ಯಾಚ್ ಫೈಲ್‌ನಲ್ಲಿ ಎನ್‌ಕೋಡ್ ಆದ ಪ್ರಾಕ್ಸಿ ರುಜುವಾತುಗಳನ್ನು ಅಕ್ಷತವಾಗಿ ಇರಿಸಿ

ಪ್ರಾಕ್ಸಿ 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 ಅನ್ನು ಹಂಚಿದ ಲಾಗ್‌ಗೆ ಮುದ್ರಿಸುವ ಬದಲು ನಿರೀಕ್ಷಿತ ಎನ್‌ಕೋಡಿಂಗ್ ಅನ್ನು ಸಂಪಾದಿತ ನಿರೂಪಣೆಯೊಂದಿಗೆ ಹೋಲಿಸಿ. ಶೆಲ್-ಎಸ್ಕೇಪಿಂಗ್ ದುರಸ್ತಿ ರುಜುವಾತನ್ನು ಸಂರಕ್ಷಿಸುತ್ತದೆ; ಕ್ಲೈಂಟ್ ಈಗಾಗಲೇ ಬೆಂಬಲಿಸದ ದೃಢೀಕರಣ ಯೋಜನೆಯನ್ನು ಅದು ಆರಿಸುವುದಿಲ್ಲ.