ಆಂತರಿಕ ರಿಜಿಸ್ಟ್ರಿಯನ್ನು ನೇರವಾಗಿ ತಲುಪಬಹುದು, ಆದರೆ ಸಾರ್ವಜನಿಕ ಪ್ಯಾಕೇಜ್ ಸಂಚಾರಕ್ಕೆ ಇನ್ನೂ ಕಚೇರಿ ಪ್ರಾಕ್ಸಿ ಬೇಕು. ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಉಳಿಸಿ ಮತ್ತು ಆಂತರಿಕ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು noproxy ಗೆ ಸೇರಿಸಿ.

ಉದಾಹರಣೆಗೆ, ಸಂಬಂಧಿತ .npmrc ನಮೂದುಗಳು ಹೀಗಿರಬಹುದು:

registry=https://registry.corp.example/repository/npm/
proxy=http://proxy.example:8080
https-proxy=http://proxy.example:8080
noproxy[]=registry.corp.example
noproxy[]=packages.corp.example

ಬೈಪಾಸ್ ನಮೂದುಗಳು ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಹೆಸರಿಸುತ್ತವೆ, ಪ್ರಾಕ್ಸಿ ಸರ್ವರ್ ಅನ್ನಲ್ಲ. ಇವು ಹೋಸ್ಟ್ ನಮೂದುಗಳು, ಆದ್ದರಿಂದ ರಿಜಿಸ್ಟ್ರಿಯ ಸ್ಕೀಮ್, ಮಾರ್ಗ ಮತ್ತು ಪೋರ್ಟ್ ಅನ್ನು ಆ ಸ್ಟ್ರಿಂಗ್‌ಗಳಿಂದ ಹೊರಗಿಡಿ.

npm 11.6.4 ನ ಒಳಗೊಂಡ ಸೆಲೆಕ್ಟರ್‌ನಲ್ಲಿ ಡೊಮೇನ್ ಘಟಕಗಳನ್ನು ಬಲದಿಂದ ಹೋಲಿಸಲಾಗುತ್ತದೆ. registry.corp.example ಆ ಹೋಸ್ಟ್‌ಹೆಸರು ಮತ್ತು ಅದರ ಉಪಡೊಮೇನ್‌ಗಳಿಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ. ಈ ಹೋಲಿಕೆಯ ಸಮಯದಲ್ಲಿ ಪ್ರಮುಖ ಚುಕ್ಕೆ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ; ಹೋಸ್ಟ್‌ಹೆಸರು ಉದಾಹರಣೆಗೆ ಅಕ್ಷರಶಃ ನಕ್ಷತ್ರ ಚಿಹ್ನೆ ಅಗತ್ಯವಿಲ್ಲ.

ರಿಜಿಸ್ಟ್ರಿ ಇನ್ನೊಂದು ಆಂತರಿಕ ಹೋಸ್ಟ್‌ಹೆಸರಿನಲ್ಲಿ tarball URL ಗಳನ್ನು ಹಿಂತಿರುಗಿಸಿದಾಗ ಪ್ಯಾಕೇಜ್-ವಿಷಯ ಹೋಸ್ಟ್ ಅನ್ನು ಸೇರಿಸಿ. ಇಲ್ಲದಿದ್ದರೆ ರಿಜಿಸ್ಟ್ರಿ ಸೂಚ್ಯಂಕ ಮತ್ತು ಫೈಲ್ ಡೌನ್‌ಲೋಡ್ ಬೇರೆ ಬೇರೆ ಮಾರ್ಗಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು.

ಅರೇ ಸಿಂಟ್ಯಾಕ್ಸ್ ಹಲವು ಅಪವಾದಗಳನ್ನು ಓದಲು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ. npm ಕಾಮಾ-ಬೇರ್ಪಡಿಸಿದ ಸ್ಟ್ರಿಂಗ್ ರೂಪ ಮತ್ತು ಪರಿಸರದಿಂದ ಪಡೆದ NO_PROXY ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಸಹ ದಾಖಲಿಸುತ್ತದೆ. ಗಮ್ಯಸ್ಥಾನವೊಂದು ಇನ್ನೂ ಅನಿರೀಕ್ಷಿತ ಮಾರ್ಗ ತೆಗೆದುಕೊಂಡಾಗ ಈ ಕರೆ ಬಳಸುವ ಪರಿಣಾಮಕಾರಿ noproxy ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ.

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