Docker ಪೋರ್ಟ್ ಪ್ರಕಟಿಸಿದೆ. ಪ್ರಾಕ್ಸಿ ಅಲ್ಲಿ ಕೇಳುತ್ತಿದೆಯೇ?
ಸಂಪರ್ಕಗಳನ್ನು ನಿರಾಕರಿಸಿದಾಗ ಅಥವಾ ಮರುಹೊಂದಿಸಿದಾಗ ಪ್ರಾಕ್ಸಿ ಕಂಟೇನರ್ ಒಳಗಿನ ಶ್ರೋತೃ ಮತ್ತು Docker ನ ಹೋಸ್ಟ್ ಪೋರ್ಟ್ ಮ್ಯಾಪಿಂಗ್ ಎರಡನ್ನೂ ಪರಿಶೀಲಿಸಿ.
ಪ್ರಕಟಿತ Docker ಪೋರ್ಟ್ ಕಂಟೇನರ್ನ ಅಂತಿಮ ಬಿಂದುವಿಗೆ ಮಾರ್ಗವನ್ನು ನೀಡುತ್ತದೆ. ಅದು ಪ್ರಾಕ್ಸಿಯನ್ನು ಪ್ರಾರಂಭಿಸುವುದಿಲ್ಲ ಮತ್ತು ಆ ಪ್ರಕ್ರಿಯೆ ಕೇಳುವ ವಿಳಾಸವನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.
ಸಾಮಾನ್ಯ ಬ್ರಿಡ್ಜ್-ನೆಟ್ವರ್ಕ್ ಮ್ಯಾಪಿಂಗ್ಗಾಗಿ ಈ ಮೂರು ಮೌಲ್ಯಗಳನ್ನು ಹೋಲಿಸಿ:
| ಮಾರ್ಗದ ಭಾಗ | ಪರಿಶೀಲಿಸಬೇಕಾದ ಮೌಲ್ಯ |
|---|---|
| ಕ್ಲೈಂಟ್ ಪ್ರವೇಶ | ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸುವ ಹೋಸ್ಟ್ ವಿಳಾಸ ಮತ್ತು ಪ್ರಕಟಿತ ಪೋರ್ಟ್ |
| ಫಾರ್ವರ್ಡಿಂಗ್ ಗುರಿ | ಮ್ಯಾಪಿಂಗ್ ಆಯ್ಕೆಮಾಡುವ ಕಂಟೇನರ್ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ |
| ಸೇವೆ | ಪ್ರಾಕ್ಸಿ ಕಂಟೇನರ್ ಒಳಗೆ ವಾಸ್ತವವಾಗಿ ಬಂಧಿಸುವ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ |
ಕಂಟೇನರ್ ಒಳಗೆ ಕೇವಲ 127.0.0.1 ಗೆ ಬದ್ಧವಾದ ಪ್ರಾಕ್ಸಿ ತನ್ನ ನೆಟ್ವರ್ಕ್ ವಿಳಾಸಕ್ಕೆ ಫಾರ್ವರ್ಡ್ ಆದ ಸಂಚಾರವನ್ನು ಸ್ವೀಕರಿಸದೇ ಇರಬಹುದು. ಇದು ಹೋಸ್ಟ್ ಲೂಪ್ಬ್ಯಾಕ್ನಲ್ಲಿ ಮಾತ್ರ ಹೋಸ್ಟ್ ಪೋರ್ಟ್ ಪ್ರಕಟಿಸುವುದಕ್ಕಿಂತ ಭಿನ್ನವಾಗಿದೆ: ಅದು ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಯಾರು ತಲುಪಬಹುದು ಎಂಬುದನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ, ಆದರೆ ಕಂಟೇನರ್ ಲೂಪ್ಬ್ಯಾಕ್ ಮ್ಯಾಪಿಂಗ್ ಸೇವೆಯನ್ನು ತಲುಪದಂತೆ ತಡೆಯಬಹುದು.
ಉದ್ದೇಶಿತ ನಿಯೋಜನೆಗಾಗಿ ಆಂತರಿಕ ಶ್ರೋತೃವನ್ನು ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಮಿತಿಯುತ ಹೋಸ್ಟ್ ಪ್ರಕಟಣೆ ಹಾಗೂ ಪ್ರಾಕ್ಸಿ ಪ್ರವೇಶವನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳಿ. Dockerfile ನ ಒಡ್ಡಿದ-ಪೋರ್ಟ್ ಘೋಷಣೆ ಯಾವುದೇ ಸೇವೆಯನ್ನು ಪ್ರಾರಂಭಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಯಶಸ್ವಿ ಕಂಟೇನರ್ ಪ್ರಾರಂಭವು ಪ್ರಕ್ರಿಯೆ ಫಾರ್ವರ್ಡಿಂಗ್ ಗುರಿಯಲ್ಲಿ ಕೇಳುತ್ತಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
ವಿಫಲ ಸಂಪರ್ಕ ಎಷ್ಟು ದೂರ ತಲುಪುತ್ತದೆ ಎಂಬುದನ್ನು ಅನುಸರಿಸಿ. ನಿರಾಕರಣೆಗಳು ಮತ್ತು ಮರುಹೊಂದಿಕೆಗಳು ವೇದಿಕೆ ಮತ್ತು ಫಾರ್ವರ್ಡಿಂಗ್ ಅನುಷ್ಠಾನದ ಪ್ರಕಾರ ಬದಲಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಯಾವುದೂ ಒಂಟಿಯಾಗಿ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಗುರುತಿಸುವುದಿಲ್ಲ. ಅದು ಸೇವೆಯನ್ನು ತಲುಪಿದ ನಂತರ, ಮಾನ್ಯ ಪ್ರಾಕ್ಸಿ ಶುಭಾಶಯವನ್ನು ಹುಡುಕಿ ಮತ್ತು ಅಗತ್ಯವಿರುವ SOCKS ಆವೃತ್ತಿ, ದೃಢೀಕರಣ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ ನೀತಿಯನ್ನು ಅನ್ವಯಿಸಿ. ತಲುಪಬಹುದಾದ ಹೋಸ್ಟ್ ಪೋರ್ಟ್ ಮಾತ್ರ ಆ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಸಾಬೀತುಪಡಿಸಲಾಗದು.