Docker ನ proxies ನಕ್ಷೆಯನ್ನು daemon ನಿರ್ಧರಿಸುತ್ತದೆ, ವೆಬ್‌ಸೈಟ್ ಅಲ್ಲ

JSON ಆಬ್ಜೆಕ್ಟ್ ಭರವಸೆಯಾಗಿ ಕಾಣುತ್ತದೆ: proxies ನಕ್ಷೆಯಲ್ಲಿ default ನಮೂದು ಮತ್ತು ಹೆಚ್ಚುವರಿ ವಿಳಾಸ ಕೀಗಳಿವೆ. ಅಲ್ಲಿ registry ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ಇರಿಸಿ, ಆ registry ಗೆ ಹೋಗುವ ವಿನಂತಿಗಳು ಬೇರೆ ಪ್ರಾಕ್ಸಿ ಬಳಸುತ್ತವೆ ಎಂದು ನಿರೀಕ್ಷಿಸುವುದು ಆಮಿಷವೊಡ್ಡುತ್ತದೆ.

ಆ ಕೀಗಳು ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸುವ Docker daemon ಗಳನ್ನು ಗುರುತಿಸುತ್ತವೆ. ಕಂಟೇನರ್ ವಿನಂತಿಸುವ ವೆಬ್‌ಸೈಟ್‌ಗಳನ್ನು ಅವು ಗುರುತಿಸುವುದಿಲ್ಲ.

Docker ಕ್ಲೈಂಟ್ ಸಂರಚನೆಯು ಹೊಸ ಕಂಟೇನರ್‌ಗಳಿಗೆ ಪ್ರಾಕ್ಸಿ ಪರಿಸರ ಚರಗಳನ್ನು ಮತ್ತು ಹೊಸ build ಗಳಿಗೆ ಪ್ರಾಕ್ಸಿ build ಆರ್ಗ್ಯುಮೆಂಟ್‌ಗಳನ್ನು ನೀಡಬಹುದು. daemon-ನಿರ್ದಿಷ್ಟ ನಮೂದು ಹೊಂದಿಕೆಯಾಗುವ daemon ಸಂದರ್ಭಕ್ಕೆ ನೀಡಿದ ಆ ಸಂರಚನೆಯನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ.

ಅದು daemon ನ ಸ್ವಂತ ಹೊರಹೋಗುವ ಪ್ರಾಕ್ಸಿ ಸಂಪರ್ಕವನ್ನು ಸಂರಚಿಸುವುದಿಲ್ಲ. ಕಂಟೇನರ್ ನ HTTP ಕ್ಲೈಂಟ್ ಅನ್ನು PAC ಮೌಲ್ಯಮಾಪಕವಾಗಿಯೂ ಮಾಡುವುದಿಲ್ಲ.

ನಿಮ್ಮ ಕಾರ್ಯವು ಆಂತರಿಕ registry ಅನ್ನು ನೇರವಾಗಿ ಇರಿಸುವುದಾದರೆ, daemon ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಇತರ ಸೇವೆಗಳನ್ನು ತಲುಪುತ್ತಿರುವಾಗ, daemon ಬೆಂಬಲಿಸುವ ಪ್ರಾಕ್ಸಿ ಮತ್ತು ಬೈಪಾಸ್ ಸಂರಚನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ವಿವಿಧ ಗಮ್ಯಸ್ಥಾನಗಳಿಗೆ ವಿವಿಧ ಮೇಲ್ಮುಖ ಪ್ರಾಕ್ಸಿಗಳು ಬೇಕಾದರೆ, ಆ ನೀತಿ ಸೂಕ್ತವಾದ ಕ್ಲೈಂಟ್ ಅಥವಾ ಫಾರ್ವರ್ಡಿಂಗ್ ವ್ಯವಸ್ಥೆಗೆ ಸೇರುತ್ತದೆ.

ನಕ್ಷೆಯನ್ನು ಸಂಪಾದಿಸುವ ಮೊದಲು ಕೀ ಯಾವ ವಿಳಾಸವನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ ಮತ್ತು ಯಾವ ಪ್ರಕ್ರಿಯೆ ವಿಫಲ ವಿನಂತಿ ಮಾಡುತ್ತಿದೆ ಎಂದು ಬರೆಯಿರಿ. ಒಂದೇ ಹೋಸ್ಟ್‌ಹೆಸರು daemon ಸಂಪರ್ಕ, registry URL ಮತ್ತು ಪ್ರಾಕ್ಸಿ URL ನಲ್ಲಿ ಕಾಣಿಸಬಹುದು, ಆದರೆ ಅವು ಮೂರು ವಿಭಿನ್ನ ಪಾತ್ರಗಳು.