ಪ್ರಾಕ್ಸಿ ಪರೀಕ್ಷೆಯು ನೇರ ಸಂಪರ್ಕವನ್ನು ವಿಫಲಗೊಳಿಸಬೇಕು

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

ಅಪ್ಲಿಕೇಶನ್‌ನ ಜಾಲವನ್ನು ಪ್ರಾಕ್ಸಿಯ ಹೊರಮುಖ ಮಾರ್ಗದಿಂದ ಬೇರ್ಪಡಿಸಿ. ಕಂಟೇನರ್ ಆಧಾರಿತ ಒಂದು ವ್ಯವಸ್ಥೆ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಒಳಗಿನ ಜಾಲದಲ್ಲಿ ಮಾತ್ರ ಇರಿಸಿ, ಪ್ರಾಕ್ಸಿಗೆ ಎರಡನೇ ಹೊರಹೋಗುವ ಜಾಲವನ್ನು ಕೊಡುತ್ತದೆ. ಇರುವ Compose ವ್ಯಾಖ್ಯಾನದಲ್ಲಿ ಜಾಲ ಸಂಪರ್ಕಗಳು ಹೀಗೆ ಕಾಣಬಹುದು:

services:
  app:
    networks: [clients]
  proxy:
    networks: [clients, egress]
networks:
  clients:
    internal: true
  egress: {}

ಇದು ಈಗಾಗಲೇ ವ್ಯಾಖ್ಯಾನಿಸಿದ ಸೇವೆಗಳಿಗಾಗಿ ಜಾಲದ ತುಣುಕು. ಅನುಮೋದಿತ ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ನ ನಿಜವಾದ ಕ್ಲೈಂಟ್ ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಸಂರಚಿಸಿ. Docker ಒಳಗಿನ ಜಾಲಗಳನ್ನು ಹೊರಗಿನಿಂದ ಪ್ರತ್ಯೇಕಿಸಿದವು ಎಂದು ದಾಖಲಿಸುತ್ತದೆ; ಈ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಹೆಚ್ಚುವರಿ ಹೊರ ಜಾಲ ಪ್ರಾಕ್ಸಿಗೆ ಮಾತ್ರ ಇರುತ್ತದೆ.

ಪ್ರಾಕ್ಸಿ ಬಳಕೆ ಇಲ್ಲದ ಋಣಾತ್ಮಕ ಪ್ರಕರಣವನ್ನು ಸೇರಿಸಿ: ಅಪ್ಲಿಕೇಶನ್‌ನ ಬಾಹ್ಯ ವಿನಂತಿ ವಿಫಲವಾಗಬೇಕು. ದೃಢೀಕರಣವಿರುವ HTTP ಪ್ರಾಕ್ಸಿಯಲ್ಲಿ, ತಿರಸ್ಕರಿಸಿದ ಖಾತೆ ತನ್ನ ದೃಢೀಕರಣ ವೈಫಲ್ಯವನ್ನು ಉತ್ಪಾದಿಸಬೇಕು, ಸ್ವೀಕರಿಸಿದ ಖಾತೆ ಸಂಬಂಧಿತ ಪ್ರಾಕ್ಸಿ ವೀಕ್ಷಣೆಯೊಂದಿಗೆ ಗುರಿಯನ್ನು ತಲುಪಬೇಕು.

ಪ್ರಾಕ್ಸಿಯ ಅನುಮತಿಸಿದ ಮತ್ತು ನಿರಾಕರಿಸಿದ ಪ್ರಕರಣಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ. ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಇತರ ಬಾಹ್ಯ ಜಾಲಗಳಿಂದ ದೂರವಿರಿಸಿ ಮತ್ತು ಪ್ರಾಕ್ಸಿಯನ್ನು ಬೈಪಾಸ್ ಮಾಡುವ ಹೋಸ್ಟ್ ಜಾಲ ಮೋಡ್ ಸೇರಿಸಬೇಡಿ. ಯಶಸ್ವಿ ವಿನಂತಿಯು ಪರೀಕ್ಷೆಯು ಉದ್ದೇಶಿಸಿದ ಮಾರ್ಗವನ್ನೇ ಒದಗಿಸಿದಾಗ ಮಾತ್ರ ಉಪಯುಕ್ತ ಸಾಕ್ಷ್ಯವಾಗುತ್ತದೆ.