HTTP ಮತ್ತು HTTPSಗಾಗಿ npm ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳು

npmನ HTTP ಮತ್ತು HTTPS ಪ್ರಾಕ್ಸಿ ಮಾರ್ಗಗಳನ್ನು ಹೊಂದಿಸಿ, noproxy ವಿನಾಯಿತಿಗಳನ್ನು ತಿಳಿದು, TLS ಪರಿಶೀಲನೆ ಆಫ್ ಮಾಡದೆ ಖಾಸಗಿ CA ಬಳಸಿ.

npmಗೆ ಪ್ರತ್ಯೇಕ proxy ಮತ್ತು https-proxy ಸೆಟ್ಟಿಂಗ್‌ಗಳಿವೆ. ವ್ಯತ್ಯಾಸ ವಿನಂತಿಯ ಗಮ್ಯಸ್ಥಾನ. HTTPS ಸುರಂಗ ಮಾಡುವ ಸಾಮಾನ್ಯ HTTP ಪ್ರಾಕ್ಸಿಗೆ ಎರಡೂ ಮೌಲ್ಯಗಳು ಒಂದೇ http:// ಎಂಡ್‌ಪಾಯಿಂಟ್ ಸೂಚಿಸಬಹುದು.

ಯೋಜನಾ ಮಟ್ಟದ .npmrc ಇದನ್ನು ಹೊಂದಿರಬಹುದು:

proxy=http://203.0.113.10:8080
https-proxy=http://203.0.113.10:8080
noproxy=localhost,127.0.0.1,registry.example.internal

ದಾಖಲೆಯ ಎಂಡ್‌ಪಾಯಿಂಟ್ ನಿಮ್ಮ ಪ್ರಾಕ್ಸಿಯಿಂದ ಬದಲಿಸಿ; ಸಾರ್ವಜನಿಕ ರಿಜಿಸ್ಟ್ರಿಯ ಅನುಮತಿಸಿದ ಪರೀಕ್ಷೆಗೆ HTTP ಪ್ರಾಕ್ಸಿಗಳ ಪಟ್ಟಿ HTTP ಆಯ್ಕೆಗಳನ್ನು ನೀಡುತ್ತದೆ. ಕೊನೆಯ ಸಾಲು ಹೆಸರಿಸಿದ ಆಂತರಿಕ ರಿಜಿಸ್ಟ್ರಿಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನೇರವಾಗಿಡುತ್ತದೆ. ಅದು ಇನ್ನೊಂದು ಪ್ರಾಕ್ಸಿ ವಿಳಾಸವಲ್ಲ.

npmಗೆ ವಿನಂತಿ ಮಾಡಲು ಹೇಳಿ

ಕ್ಯಾಶ್‌ನಿಂದ ಇನ್‌ಸ್ಟಾಲ್ ಮಾರ್ಗದ ಕಳಪೆ ಪರೀಕ್ಷೆ: npmಗೆ ಬೇಕಾದ ಎಲ್ಲವೂ ಈಗಾಗಲೇ ಇರಬಹುದು. ರಿಜಿಸ್ಟ್ರಿ ping ಚಿಕ್ಕ ಪರಿಶೀಲನೆ:

npm ping --registry=https://registry.npmjs.org/

ಯಶಸ್ವಿ ಪೂರ್ಣತೆ ಈ npm ಕರೆ ಆ ರಿಜಿಸ್ಟ್ರಿ ಮಾರ್ಗ ತಲುಪಿತು ಎನ್ನುತ್ತದೆ. ಪ್ರತಿ tarball ಹೋಸ್ಟ್, Git ಅವಲಂಬನೆ ಅಥವಾ ಪ್ರತ್ಯೇಕ ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್ ಪ್ರಕ್ರಿಯೆ ಅದೇ ಮಾರ್ಗ ಬಳಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ವಿರೋಧಿ ಸೆಟ್ಟಿಂಗ್ ಹುಡುಕಲು ತಕ್ಷಣ ಹೆಚ್ಚು ಫೈಲ್ ಬದಲಿಸದೆ ಪರಿಣಾಮಕಾರಿ ಮೌಲ್ಯಗಳನ್ನು ಪರಿಶೀಲಿಸಿ:

npm config get proxy
npm config get https-proxy
npm config get noproxy

URLನಲ್ಲಿ ಪ್ರವೇಶ ಮಾಹಿತಿ ಇದ್ದರೆ ಈ ಕಮಾಂಡ್‌ಗಳು ಮುದ್ರಿಸಬಹುದು. ಔಟ್‌ಪುಟ್ ಸ್ಥಳೀಯವಾಗಿ ನೋಡಿ, ಬದಲಿಸದೆ ಸಮಸ್ಯೆ ವರದಿಗೆ ಅಂಟಿಸಬೇಡಿ.

ಯೋಜನೆಯ .npmrc ಜಾಗತಿಕ ಇನ್‌ಸ್ಟಾಲ್‌ಗಳಿಗೆ ಬಳಸುವುದಿಲ್ಲ. npm install -g ಮಾತ್ರ ವಿಫಲವಾದರೆ ಆ ಕರೆಯ ಪರಿಣಾಮಕಾರಿ ಸಂರಚನೆ ನೋಡಿ, ಯೋಜನೆ ಫೈಲ್ ಓದಿದೆ ಎಂದು ಭಾವಿಸಬೇಡಿ.

IP ಬದಲಿಸುವ ಮೊದಲು ವಿನಾಯಿತಿ ನೋಡಿ

npm ಪ್ರಾಕ್ಸಿ ಪರಿಸರ ಚರಗಳೊಂದಿಗೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು noproxy ಸೆಟ್ಟಿಂಗ್ NO_PROXYನಿಂದ ಬರಬಹುದು. ಪರಿಣಾಮಕಾರಿ ಸಂರಚನೆಯಲ್ಲಿ ಹೊರಗಿಟ್ಟ ಗಮ್ಯ ಪ್ರಾಕ್ಸಿ ಮೌಲ್ಯ ಇದ್ದರೂ ನೇರವಾಗಿ ಸಂಪರ್ಕಿಸಬಹುದು. ಬದಲಾಗಿ ಒಂದು .npmrcನಿಂದ ಸಾಲು ಅಳಿಸುವುದು ಪಾರಂಪರಿಕ ಪರಿಸರ ಚರ ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ.

ಪ್ರಮಾಣಪತ್ರ ದೋಷಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸಿ

ಅನುಮತಿಸಲಾದ ಪರಿಶೀಲನಾ ಪ್ರಾಕ್ಸಿಗೆ ಸಂಸ್ಥೆಯ CA ಬೇಕಾಗಬಹುದು, Node/npm ಅದನ್ನು ಇನ್ನೂ ನಂಬದಿರಬಹುದು. npm CA ಫೈಲ್ ಬೆಂಬಲಿಸುತ್ತದೆ:

cafile=/path/to/approved-ca-bundle.pem
strict-ssl=true

ಆ ಪರಿಸರದ ನಿಜವಾದ ಅನುಮೋದಿತ ಬಂಡಲ್ ಬಳಸಿ. strict-ssl=false ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆ ದುರ್ಬಲಗೊಳಿಸುತ್ತದೆ; ಸರಿಯಾದ ಪ್ರಾಕ್ಸಿ ಅಥವಾ ವಿಶ್ವಾಸ ಸಾಮಗ್ರಿ ಆಯ್ಕೆಗೆ ಬದಲಿಯಲ್ಲ.

ಪರೀಕ್ಷೆ ಮುಗಿದಾಗ ಸೇರಿಸಿದ ಯೋಜನಾ ಓವರ್‌ರೈಡ್ ತೆಗೆದು ಪರಿಣಾಮಕಾರಿ ಮೌಲ್ಯ ಮತ್ತೆ ನೋಡಿ. ಅದೇ ಯಂತ್ರದ ಇತರ ಯೋಜನೆ ಬದಲಿಸದೆ ಹಳೆಯ ಸಂರಚನೆ ಆನುವಂಶಿಕವಾಗಿ ಸಿಗುತ್ತದೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು