ಮೊದಲು ವಿಫಲವಾಗುತ್ತಿರುವ ಪ್ರಾಜೆಕ್ಟ್‌ನೊಳಗಿನ Yarn ಆವೃತ್ತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ:

yarn --version

ಪ್ರಾಜೆಕ್ಟ್ ಆಯ್ಕೆ ಮಾಡಿದ ಆವೃತ್ತಿಯು ಬೇರೆ ಚೆಕ್‌ಔಟ್ ಅಥವಾ ಟರ್ಮಿನಲ್‌ಗಿಂತ ಭಿನ್ನವಾಗಿರಬಹುದು. ಅದಕ್ಕೆ ಹೊಂದುವ ಕಾನ್ಫಿಗರೇಶನ್ ಸ್ವರೂಪವನ್ನು ಬಳಸಿ.

Yarn Classic ಹಳೆಯ .yarnrc ಸ್ವರೂಪವನ್ನು ಬಳಸುತ್ತದೆ:

proxy "http://203.0.113.10:8080"
https-proxy "http://203.0.113.10:8080"

ಆಧುನಿಕ Yarn .yarnrc.yml ನಲ್ಲಿ camelCase ಕೀಗಳನ್ನು ಬಳಸುತ್ತದೆ:

httpProxy: "http://203.0.113.10:8080"
httpsProxy: "http://203.0.113.10:8080"

ದಾಖಲೆಯ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನ್ನು ನಿಮ್ಮ ಸೇವೆಯ HTTP ಪ್ರಾಕ್ಸಿ ಅಥವಾ HTTP ಪ್ರಾಕ್ಸಿಗಳ ಪಟ್ಟಿಯಿಂದ ಪಡೆದ HTTP ಪ್ರಾಕ್ಸಿಯೊಂದಿಗೆ ಬದಲಾಯಿಸಿ. ಇವು ಬೇರೆ ಬೇರೆ ಸ್ವರೂಪಗಳು; ಒಂದೇ ಸಾರ್ವತ್ರಿಕ ಫೈಲ್‌ನಲ್ಲಿ ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರುಗಳಲ್ಲ. Classic‌ನ ಹೈಫನ್ ಇರುವ ಕೀಯನ್ನು ಆಧುನಿಕ YAML‌ಗೆ ಅಂಟಿಸಿದರೆ, ಪ್ರಾಕ್ಸಿ ಪರೀಕ್ಷೆಗೆ ಮೊದಲೇ ಕಾನ್ಫಿಗರೇಶನ್‌ನಲ್ಲಿ ವಿಫಲವಾಗಬಹುದು.

ಆಯ್ಕೆ ಮಾಡಿದ ಆವೃತ್ತಿ ಓದುವ ಫೈಲ್ ಅನ್ನು ಗುರುತಿಸಿ; ಪ್ರಾಜೆಕ್ಟ್ ಮತ್ತು ಸುತ್ತಮುತ್ತಲಿನ/ಮನೆ ಡೈರೆಕ್ಟರಿ ಹುಡುಕಾಟ ನಿಯಮಗಳೂ ಸೇರಿವೆ. ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟವಾದ ಹೋಸ್ಟ್‌ಹೆಸರು ಸೆಟ್ಟಿಂಗ್ ಕೂಡ ಬೇರೆ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು. ರಿಜಿಸ್ಟ್ರಿ ಇನ್ನೂ ಪ್ಯಾಕೇಜ್ ಮೆಟಾಡೇಟಾದ ಮೂಲವಾಗಿದೆ; ಅದನ್ನು ಪ್ರಾಕ್ಸಿ IP ಯಿಂದ ಬದಲಾಯಿಸಿದರೆ ಫಾರ್ವರ್ಡಿಂಗ್ ಕಾನ್ಫಿಗರ್ ಆಗುವುದಿಲ್ಲ.

ಫೈಲ್/ಕೀ ಸರಿಪಡಿಸಿದ ನಂತರ, ನಿಜವಾಗಿ ನೆಟ್‌ವರ್ಕ್ ಪ್ರವೇಶ ಬೇಕಾಗುವ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಗಮನಿಸಿ. ಕ್ಯಾಶ್ ಆದ ಫಲಿತಾಂಶವು ಅಮಾನ್ಯ ಮಾರ್ಗವನ್ನು ಮರೆಮಾಡಬಹುದು. ಮುಂದಿನ ಸಮಸ್ಯೆ ರೌಟಿಂಗ್, ದೃಢೀಕರಣ ಅಥವಾ ಪ್ರಮಾಣಪತ್ರ ವಿಶ್ವಾಸವೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು ನಿಜವಾಗಿ ವಿಫಲವಾದ ಹೋಸ್ಟ್‌ಹೆಸರು ಮತ್ತು ದೋಷವನ್ನು ಬಳಸಿ.

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