ಮೂಲ NAT ಕ್ಲೈಂಟ್ ವಿಳಾಸಗಳನ್ನು ನಂತರದ ಫೈರ್‌ವಾಲ್‌ನಿಂದ ಮರೆಮಾಡುತ್ತದೆ

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

ಎಡ್ಜ್ ನಿಯಮ ಒಂದೇ ವಿಳಾಸವನ್ನು ಏಕೆ ನೋಡುತ್ತದೆ

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

ರೇಖಾಚಿತ್ರ ಭರವಸೆ ನೀಡುವುದಲ್ಲ, ಫೈರ್‌ವಾಲ್‌ನ ಇಂಟರ್‌ಫೇಸ್ ನಿಜವಾಗಿ ಏನನ್ನು ಗಮನಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಿ. ಎರಡೂ ಯಾರೂ ನಿರೀಕ್ಷಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಭಿನ್ನವಾಗಿರುತ್ತವೆ.

ಕೊನೆಯ ಜಾರಿಗೊಳಿಸಬಹುದಾದ ಗುರುತನ್ನು ಹುಡುಕಿ

ಜಾರಿಗೊಳಿಸುವ ಬಿಂದುವಿನಿಂದ ಪ್ರಾರಂಭಿಸಿ ಮೂಲ ಪೂರ್ವಪ್ರತ್ಯಯ ಕಾಣುವವರೆಗೆ ಹಿಂದಕ್ಕೆ ನಡೆಯಿರಿ. ಸಾಮಾನ್ಯವಾಗಿ ಎರಡು ಆಜ್ಞೆಗಳು ಗಡಿಯನ್ನು ಪತ್ತೆ ಮಾಡುತ್ತವೆ.

iptables -t nat -L POSTROUTING -n -v
conntrack -L -s 10.90.0.2 | head

NAT ಕೋಷ್ಟಕ ಯಾವ ಸಂಚಾರ ಮತ್ತು ಯಾವ ನಿಯಮದಿಂದ ಅನುವಾದವಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ, ಆದರೆ conntrack ಪಟ್ಟಿ ಸಕ್ರಿಯ ಹರಿವುಗಳ ಮೂಲ ಮತ್ತು ಅನುವಾದಿತ ಜೋಡಿಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ಮೇಲಿನ ಫೈರ್‌ವಾಲ್ ಯಾವಾಗಲೂ ಅನುವಾದಿತ ವಿಳಾಸವನ್ನು ಮಾತ್ರ ನೋಡುವ ಸ್ಥಳದಲ್ಲಿ, ಗುಂಪಿನ ಪ್ರಕಾರ ಮೂಲ ನಿಯಮಗಳು ಹೇಗೇ ಬರೆದರೂ ಕೆಲಸ ಮಾಡಲಾರವು. ಮಾರ್ಗದುದ್ದಕ್ಕೂ ಮುಂದೆ ಅಥವಾ ಹಿಂದೆ ನಡೆಯಿರಿ, ಎರಡು ಕ್ಲೈಂಟ್ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಪ್ರತ್ಯೇಕವಾಗಿ ಉಳಿಯುವ ಸಾಧನವನ್ನು ತಲುಪುವವರೆಗೆ. ಒಳಗಿನ ಅಥವಾ ಹೊರಗಿನ ಲೇಬಲ್ ಅನ್ನು ನಂಬುವ ಬದಲು ಪ್ರತಿ ಹಾಪ್‌ನಲ್ಲಿ ಮೂಲವನ್ನು ದಾಖಲಿಸಿ.

ಮೂರು ನಿಯೋಜನೆಗಳು ಮತ್ತು ಪ್ರತಿಯೊಂದರ ಬೆಲೆ

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

ನೀವು ಯಾವುದನ್ನು ಆರಿಸಿದರೂ, ನಿಯಮವನ್ನು ಅದು ಹೊಂದಿಕೆಯಾಗುವ ವಿಳಾಸದೊಂದಿಗೆ ದಾಖಲಿಸಿ. ವಿಳಾಸದ ಊಹೆ ಸದ್ದಿಲ್ಲದೆ ಬದಲಾದ ನಿಯಮವು ನಿಯಮವೇ ಇಲ್ಲದಿರುವುದಕ್ಕಿಂತ ಕೆಟ್ಟದು, ಏಕೆಂದರೆ ಅದು ಸಂಚಾರಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುತ್ತಲೇ ಸಂಪೂರ್ಣ ಬೇರೆ ಯಾವುದನ್ನೋ ರಕ್ಷಿಸುತ್ತದೆ.

ಸ್ವೀಕೃತಿ: ಒಬ್ಬ ಅನುಮತಿಸಿದ ಮತ್ತು ಒಬ್ಬ ನಿರಾಕರಿಸಿದ ಕ್ಲೈಂಟ್

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

ಜಾರಿಗೊಳಿಸುವ ಬಿಂದು, ಗಮನಿಸಿದ ಮೂಲ ಮತ್ತು ನಿಯಮವನ್ನು ಟಿಕೆಟ್‌ನಲ್ಲಿ ಬರೆಯಿರಿ. ಇಲ್ಲದಿದ್ದರೆ ಮುಂದಿನ ಎಂಜಿನಿಯರ್ ಇನ್ನೊಂದು ಫೈರ್‌ವಾಲ್ ಮತ್ತು ಅದೇ ನಿಯಮವನ್ನು ಸೇರಿಸುತ್ತಾರೆ.