ಸುರಂಗದ ಮೂಲಕ 10.20.0.5 ಗೆ ping ಮಾಡಿ ಮತ್ತು ಏನೂ ಹಿಂತಿರುಗುವುದಿಲ್ಲ, ಆದರೆ ರೂಟ್ ಟೇಬಲ್ ಆ ಸಬ್‌ನೆಟ್ ತಲುಪಬಹುದು ಎಂದು ಹೇಳುತ್ತದೆ. ರೂಟಿಂಗ್ ಮತ್ತು IPsec ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ತಲುಪುವಿಕೆ ಬಗ್ಗೆ. ಫಾರ್ವರ್ಡ್ ಲುಕಪ್ ಒಂದು ಮಾರ್ಗವನ್ನು ಆರಿಸುತ್ತದೆ, ನಂತರ ಭದ್ರತಾ ನೀತಿ ಡೇಟಾಬೇಸ್ ಆ ಮಾರ್ಗವನ್ನು ರಕ್ಷಿಸಬೇಕೇ, ಹಾಗೆಯೇ ಬಿಡಬೇಕೇ ಅಥವಾ ನಿರಾಕರಿಸಬೇಕೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಎರಡೂ ಒಪ್ಪದಿದ್ದಾಗ ಪ್ಯಾಕೆಟ್ ಸದ್ದಿಲ್ಲದೆ ಸಾಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಅವನ್ನು ಅದೇ ಕ್ರಮದಲ್ಲಿ ಓದಿ.

ಟೇಬಲ್‌ನಿಂದ ಅಲ್ಲ, ಲುಕಪ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಿ

ಕರ್ನಲ್ ನಿಜವಾಗಿ ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ಕೇಳಿ: ip route get 10.20.0.5 ಆಯ್ಕೆಯಾದ ರೂಟ್, ಹೊರಹೋಗುವ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಅದು ಬಳಸುವ ಮೂಲ ವಿಳಾಸವನ್ನು ಮುದ್ರಿಸುತ್ತದೆ. ಪ್ರಿಫಿಕ್ಸ್, ನೀತಿ ನಿಯಮ, ಮಾರ್ಕ್ ಅಥವಾ ಆದ್ಯತೆಯ ಮೂಲ ಇವೆಲ್ಲವೂ ಆ ಉತ್ತರವನ್ನು ಬದಲಿಸಬಹುದು, ಆದ್ದರಿಂದ ಜೀವಂತ ಲುಕಪ್ ಕಣ್ಣಿನಿಂದ ಟೇಬಲ್ ಓದುವುದಕ್ಕಿಂತ ಉತ್ತಮ.

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

ಎರಡೂ ಬದಿಗಳಲ್ಲಿ ಸೆಲೆಕ್ಟರ್‌ಗಳನ್ನು ಹೊಂದಿಸಿ

ನೀತಿ ಡೇಟಾಬೇಸ್‌ಗೆ ತನ್ನದೇ ನಮೂದುಗಳಿವೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ದಿಕ್ಕು, ಮೂಲ, ಗಮ್ಯ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಹೆಸರಿಸಿ, ನಂತರ ಹೊಂದುವ ಪ್ಯಾಕೆಟ್‌ಗಳಿಗೆ ಏನಾಗಬೇಕೆಂದು ಹೇಳುತ್ತದೆ. ಅವನ್ನು ಪಟ್ಟಿ ಮಾಡಲು ip xfrm policy ಬಳಸಿ; ಕ್ರಿಯೆ ರಕ್ಷಣೆ, ಬೈಪಾಸ್ ಅಥವಾ ಬ್ಲಾಕ್ ಎಂದು ಫ್ಲ್ಯಾಗ್‌ಗಳು ತೋರಿಸುತ್ತವೆ. ನಿಮ್ಮ ಪರೀಕ್ಷಾ ಹರಿವಿಗಿಂತ ಅಗಲವಾದ ಅಥವಾ ಕಿರಿದಾದ ಸೆಲೆಕ್ಟರ್‌ಗಳಿರುವ ನೀತಿ ಅದಕ್ಕೆ ಹೊಂದುವುದಿಲ್ಲ, ಮತ್ತು ಪ್ಯಾಕೆಟ್ ರಕ್ಷಣೆಯಿಲ್ಲದೆ ಹೊರಡುತ್ತದೆ. ನೀವು ಹುಡುಕುತ್ತಿರುವ ವೈಫಲ್ಯ ಅದೇ, ಕಾಣೆಯಾದ ರೂಟ್ ಅಲ್ಲ.

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

ನೀತಿಯ ಹೊಂದಾಣಿಕೆ ಎಂದರೆ ಸ್ಥಾಪಿತ ಸ್ಥಿತಿ ಅಲ್ಲ

ಹೊಂದುವ ನೀತಿ ಪ್ಯಾಕೆಟ್ ರಕ್ಷಿಸಬೇಕು ಎಂದಷ್ಟೇ ಹೇಳುತ್ತದೆ; ರಕ್ಷಣೆ ಮಾಡಲು ಕರ್ನಲ್‌ಗೆ ಇನ್ನೂ ಭದ್ರತಾ ಅಸೋಸಿಯೇಷನ್ ಬೇಕು. ಅವನ್ನು ip xfrm state ನಿಂದ ಪಟ್ಟಿ ಮಾಡಿ, ಅಥವಾ strongSwan ಮಾತುಕತೆ ನಡೆಸಿದಾಗ swanctl --list-sas ನಿಂದ, ಮತ್ತು ಪ್ರತಿ ನಮೂದಿನ ಸೆಲೆಕ್ಟರ್ ಮತ್ತು ಕೌಂಟರ್‌ಗಳನ್ನು ಓದಿ.

ನೀತಿ ಹೊಂದಿದರೂ ಅದೇ ಸೆಲೆಕ್ಟರ್‌ಗಳನ್ನು ಯಾವ ಅಸೋಸಿಯೇಷನ್ ಆವರಿಸದಿದ್ದರೆ, ಪ್ಯಾಕೆಟ್ ಸ್ಪಷ್ಟ ಪಠ್ಯದಲ್ಲಿ ಕಳುಹಿಸುವ ಬದಲು ಬಿಸಾಡಲಾಗುತ್ತದೆ. ಸುರಂಗ ಚಾಲನೆಯಲ್ಲಿದ್ದರೂ ಒಂದೇ ಸಬ್‌ನೆಟ್ ವಿಫಲವಾದಾಗ ಹುಡುಕಬೇಕಾದ ಡ್ರಾಪ್ ಅದೇ. ಕೌಂಟರ್‌ಗಳು ಉಳಿದದ್ದನ್ನು ಹೇಳುತ್ತವೆ: ಎಂದೂ ಹೆಚ್ಚದ ಅಸೋಸಿಯೇಷನ್ ಎಂದೂ ಆಯ್ಕೆಯಾಗಿಲ್ಲ, ಆದರೆ ಹೆಚ್ಚಿ ಕೂಡ ಡ್ರಾಪ್‌ನಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುವುದು ದೂರದ ಬದಿಗೆ ಸೂಚಿಸುತ್ತದೆ. ಸೆಲೆಕ್ಟರ್ ಸರಿಪಡಿಸುವುದು ಮತ್ತು ಕೀ ನವೀಕರಿಸುವುದು ಬೇರೆ ಬೇರೆ ದುರಸ್ತಿಗಳು, ಆದ್ದರಿಂದ ಸಂರಚನೆಯನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಯಾವುದು ಬೇಕು ಎಂದು ನಿರ್ಧರಿಸಿ.

ರೂಟ್-ಆಧಾರಿತ ಸುರಂಗಕ್ಕೆ ಇನ್ನೂ ಏನು ಬೇಕು

XFRM ಇಂಟರ್ಫೇಸ್ ಸುರಂಗವನ್ನು ನೀವು ರೂಟ್ ಮಾಡಬಹುದಾದ ಸಾಧನದಂತೆ ಕಾಣಿಸುತ್ತದೆ, ಇದು ನಿಜಕ್ಕೂ ಉಪಯುಕ್ತ. ಆದರೆ ಪ್ಯಾಕೆಟ್ ಅಲ್ಲಿಗೆ ತಲುಪಿದ ನಂತರ ಏನಾಗುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸುವ ನೀತಿ ಮತ್ತು ಸ್ಥಿತಿಯನ್ನು ಅದು ತೆಗೆಯುವುದಿಲ್ಲ. ರೂಟ್ ಮುಂದಿನ ಹಾಪ್ ಮಾತ್ರ ನೀಡುತ್ತದೆ, ಹೆಚ್ಚೇನೂ ಅಲ್ಲ.

ಸಾಧನ ಇದ್ದು ರೂಟ್ ಅದರೊಳಗೆ ತೋರಿಸುತ್ತಿದ್ದರೂ ಯಾವ ಅಸೋಸಿಯೇಷನ್ ಒಳಗಿನ ಸೆಲೆಕ್ಟರ್‌ಗಳಿಗೆ ಹೊಂದದಿದ್ದರೆ, ಪ್ಯಾಕೆಟ್ ತಿರಸ್ಕರಿಸಲ್ಪಡುತ್ತದೆ, ಮತ್ತು ಎಷ್ಟೇ ರೂಟ್ ಸಂಪಾದನೆ ಮಾಡಿದರೂ ಕೀ ಅಥವಾ ಸೆಲೆಕ್ಟರ್ ಉತ್ಪತ್ತಿಯಾಗುವುದಿಲ್ಲ. ನೀವು ರೂಟ್ ಮಾಡಿದ ಅದೇ ಮೂಲ ಮತ್ತು ಗಮ್ಯದೊಂದಿಗೆ ಇಂಟರ್ಫೇಸ್ ಪರಿಶೀಲಿಸಿ, ನಂತರ ಅದನ್ನು ಸ್ಥಿತಿ ಪಟ್ಟಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ.

ಏನನ್ನಾದರೂ ಸಂಪಾದಿಸುವ ಮೊದಲು ಮಾಲೀಕತ್ವವನ್ನು ಸ್ಪಷ್ಟಪಡಿಸಿ

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

ಸಂರಚನೆಯ ಮಾಲೀಕತ್ವ ನಿಮ್ಮ ಸರಿಪಡಿಸುವಿಕೆ ಮರುಪ್ರಾರಂಭದ ನಂತರ ಉಳಿಯುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಒಂದು ಘಟಕ ಸ್ಥಿತಿಯನ್ನು ಸ್ಥಾಪಿಸಬಹುದು ಮತ್ತೊಂದು ರೂಟ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತಿರಬಹುದು, ಮತ್ತು ಎರಡನೆಯದಕ್ಕೆ ಕೈಯಿಂದ ಮಾಡಿದ ಸಂಪಾದನೆ ಸುರಂಗ ಮುಂದಿನ ಬಾರಿ ಮೇಲೆ ಬಂದಾಗ ಬರೆಯಲ್ಪಡುತ್ತದೆ. ಮಾಲೀಕ ಸಂರಚನೆಯನ್ನು ಬದಲಿಸಿ, ನಂತರ ಎರಡೂ ದೃಶ್ಯಗಳನ್ನು ಮತ್ತೆ ಓದಿ; RFC 4301 ಈ ವಿಭಜನೆಯನ್ನು ಬೇರೊಬ್ಬರಿಗೆ ವಿವರಿಸಬೇಕಾದಾಗ ಎರಡೂ ಡೇಟಾಬೇಸ್‌ಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡುತ್ತದೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು