127.0.0.1 ಗೆ DNAT ಗೆ ವಿಶೇಷ ಕಾಳಜಿ ಏಕೆ ಬೇಕು

ಒಂದು ಸೇವೆ 127.0.0.1:1080 ನಲ್ಲಿ ಕೇಳುತ್ತಿದೆ. DNAT ನಿಯಮ ಒಳಬರುವ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಆ ವಿಳಾಸಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ, ಆದರೂ ಸಂಪರ್ಕ ವಿಫಲವಾಗುತ್ತದೆ. ಸೇವೆ ಆರೋಗ್ಯಕರವಾಗಿರಬಹುದು ಮತ್ತು NAT ನಿಯಮ ಹೊಂದಿಕೆಯಾಗಬಹುದು: IPv4 loopback ವಿಳಾಸಗಳಿಗೆ ಮಾರ್ಗನಿರ್ದೇಶನದಲ್ಲಿ ವಿಶೇಷ ನಿರ್ವಹಣೆ ಸಿಗುತ್ತದೆ.

ಲಿನಕ್ಸ್‌ನ route_localnet ಮಾರ್ಗನಿರ್ದೇಶನದ ಸಮಯದಲ್ಲಿ 127/8 ವಿಳಾಸಗಳನ್ನು ಮಂಗಳ ಗ್ರಹದ ವಿಳಾಸಗಳೆಂದು ಪರಿಗಣಿಸಬೇಕೇ ಎಂಬುದನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ. ಅದರ ಡೀಫಾಲ್ಟ್ ಮೌಲ್ಯ ಸಾಮಾನ್ಯ loopback ಮಿತಿಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. ನಿರ್ದಿಷ್ಟ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ವಿನಾಯಿತಿ ಉದ್ದೇಶಪೂರ್ವಕ ಸ್ಥಳೀಯ ಮರುನಿರ್ದೇಶನ ವಿನ್ಯಾಸಕ್ಕೆ ಪ್ರಸ್ತುತವಾಗಿರಬಹುದು.

ಇದು ಇನ್ನೊಂದು ಯಂತ್ರದಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ನಿಯಮ ನೀವು ನಕಲಿಸದ sysctl ಅನ್ನು ಅವಲಂಬಿಸಿರಬಹುದು ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ. ಆದರೆ ಅದು ಆಯ್ಕೆಯನ್ನು ಎಲ್ಲೆಡೆ ಸಕ್ರಿಯಗೊಳಿಸಲು ಸಮರ್ಥನೆ ನೀಡುವುದಿಲ್ಲ.

ಭದ್ರತಾ ಊಹೆ ಮಾರ್ಗದೊಂದಿಗೆ ಬದಲಾಗುತ್ತದೆ

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

ಸೇವೆಯನ್ನು ಹೊಂದಿರುವ ನೆಟ್‌ವರ್ಕ್ ನೇಮ್‌ಸ್ಪೇಸ್ ಪರಿಶೀಲಿಸಿ. ಕಂಟೇನರ್‌ನ loopback ಹೋಸ್ಟ್‌ನ loopback ಅಲ್ಲ, ಮತ್ತು ಹೋಸ್ಟ್ ಇಂಟರ್ಫೇಸ್ ಸೆಟ್ಟಿಂಗ್ ಬದಲಿಸುವುದು ಕಂಟೇನರ್‌ನಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಶ್ರೋತೆಯನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ.

rp_filter ಮೂಲ-ಮಾರ್ಗ ಪರಿಶೀಲನೆಯ ಬಗ್ಗೆ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ. ಅದನ್ನು ಜಾಗತಿಕವಾಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು loopback ಮಾರ್ಗನಿರ್ದೇಶನವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಸಾಮಾನ್ಯ ಪರ್ಯಾಯವಲ್ಲ. ಅದೇ ರೀತಿ ip_nonlocal_bind ಸಾಕೆಟ್‌ಗಳನ್ನು ಸ್ಥಳೀಯವಲ್ಲದ ವಿಳಾಸಗಳಿಗೆ ಬಂಧಿಸುವ ಬಗ್ಗೆ, ಈ DNAT ಮಾರ್ಗವನ್ನು ಸರಿಯಾಗಿಸುವ ಬಗ್ಗೆ ಅಲ್ಲ.

ಕೊನೆಯದಾಗಿ, ಮರುನಿರ್ದೇಶಿತ ಪ್ರೋಟೋಕಾಲ್ ಶ್ರೋತೆಗೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು. SOCKS ಪೋರ್ಟ್‌ಗೆ ಕಚ್ಚಾ HTTP ಅಥವಾ TLS ಟ್ರಾಫಿಕ್ ಕಳುಹಿಸಲು ಇನ್ನೂ ಅನುವಾದಕ ಬೇಕು; ಮಾರ್ಗ ವಿನಾಯಿತಿ ಕಾಣೆಯಾದ ಮಾತುಕತೆಯನ್ನು ಒದಗಿಸಲಾರದು.