IPsec ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ ಮೇಲ್ವಿಚಾರಣೆ: ಏನು ಓದಬೇಕು

ಮಾರ್ಗ ಆಧಾರಿತ IPsec ವಿನ್ಯಾಸವು ವರ್ಚುವಲ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಇಂಟರ್ಫೇಸ್ ಮೇಲ್ವಿಚಾರಣೆಗೆ ಒಂದು ನಿರ್ದಿಷ್ಟ ವಸ್ತುವನ್ನು ನೀಡುತ್ತದೆ: ಹೆಸರು, ಕೌಂಟರ್ಗಳು ಮತ್ತು ಅದಕ್ಕೆ ಜೋಡಿಸಲಾದ ಮಾರ್ಗವಿರುವ ಯಾವುದೋ ಒಂದು. ಅದು ತನ್ನಷ್ಟಕ್ಕೇ ಆರೋಗ್ಯ ಸಂಕೇತವಲ್ಲ. ಬಳಸಬಹುದಾದ ಯಾವುದೇ ಸಂಬಂಧವೂ ಸ್ಥಾಪಿಸದಿದ್ದಾಗಲೂ ಇಂಟರ್ಫೇಸ್ ಇರಬಹುದು, ಮತ್ತು ಯಾವುದೇ ಮಾರ್ಗವು ಆಸಕ್ತಿಯ ಸಂಚಾರವನ್ನು ಅದೆಡೆಗೆ ಕಳುಹಿಸದಿದ್ದಾಗಲೂ ಸಂಬಂಧವು ಆರೋಗ್ಯಕರವಾಗಿರಬಹುದು. ನಾಲ್ಕು ಸ್ಥಿತಿಗಳನ್ನು ಒಟ್ಟಿಗೆ ಓದುವುದೇ ಪ್ಯಾಕೆಟ್ ಕೌಂಟರ್ ಅನ್ನು ರೋಗನಿರ್ಣಯವಾಗಿ ಬದಲಿಸುತ್ತದೆ.

ಅವುಗಳನ್ನು ಕ್ರಮವಾಗಿ ನೋಡಿ ಮೊದಲ ವಿಫಲವಾಗುವ ಸ್ಥಿತಿಯಲ್ಲಿ ನಿಲ್ಲಿಸಿ.

ಇಂಟರ್ಫೇಸ್ ಚಿತ್ರಕ್ಕೆ ಏನು ಸೇರಿಸುತ್ತದೆ

ನೀತಿ ಆಧಾರಿತ ವಿನ್ಯಾಸದಲ್ಲಿ ಆಯ್ಕೆ IPsec ನೀತಿ ಕೋಷ್ಟಕದಲ್ಲಿ ಇರುತ್ತದೆ ಮತ್ತು ಕರ್ನಲ್ ಸಂಚಾರ ಆಯ್ಕೆಗಾರರ ಆಧಾರದ ಮೇಲೆ ಏನು ರಕ್ಷಿಸಲ್ಪಡುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಮಾರ್ಗ ಆಧಾರಿತ ವಿನ್ಯಾಸವು ಒಂದು ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಒಂದು ಮಾರ್ಗವನ್ನು ಸೇರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ tcpdump ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಕೌಂಟರ್ಗಳು ಆಯ್ಕೆಗಾರರ ಗುಂಪಿನ ಬದಲು ಒಂದು ಗಡಿಯನ್ನು ನೋಡುತ್ತವೆ. ಇದು ರೋಗನಿರ್ಣಯಕ್ಕೆ ಮತ್ತು peering ಗಾಗಿ ಇಂಟರ್ಫೇಸ್ ಅಗತ್ಯವಿರುವ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ಗಳಿಗೆ ನಿಜವಾದ ಲಾಭ.

ಲಾಭ ಆಡಳಿತಾತ್ಮಕವಾದದ್ದು, ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ಅಲ್ಲ. ಇಂಟರ್ಫೇಸ್ ತಾನು ಸಾಗಿಸುವ ಸಂಚಾರದ ಬಗ್ಗೆ ವರದಿ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸಹವರ್ತಿಯ ರಕ್ಷಣೆ ಈಗ ಬಳಸಬಹುದೇ ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ಟನೆಲ್ ಅನ್ನು ದೂಷಿಸುವ ಮೊದಲು ನಾಲ್ಕು ಸ್ಥಿತಿಗಳನ್ನು ಓದಿ

ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಮಾರ್ಗದಿಂದ ಪ್ರಾರಂಭಿಸಿ, ನಂತರ ಸಂಬಂಧ, ನಂತರ ಅಪ್ಲಿಕೇಶನ್. ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ಆದ ಆದೇಶ ಮತ್ತು ತನ್ನದೇ ಆದ ವೈಫಲ್ಯದ ಸಹಿ ಇದೆ. ಒಂದು ಪದರದಲ್ಲಿ ಸ್ವಚ್ಛ ಫಲಿತಾಂಶ ಮುಂದಿನ ಪದರದಲ್ಲಿ ಸ್ವಚ್ಛ ಫಲಿತಾಂಶವಲ್ಲ. ತೀರ್ಮಾನಕ್ಕೆ ಬರುವ ಮೊದಲು ನಾಲ್ಕನ್ನೂ ಚಲಾಯಿಸಿ. ಒಂದು ಹಸಿರು ಸಾಲು ಅಪರೂಪಕ್ಕೆ ಏನನ್ನಾದರೂ ನಿರ್ಣಯಿಸುತ್ತದೆ.

ip -s link show xfrm0
ip route get 10.20.30.40
ip xfrm state
ip xfrm policy
swanctl --list-sas
tcpdump -ni xfrm0 -c 20 host 10.20.30.40

ಕೌಂಟರ್ ಏರುತ್ತಿದ್ದರೂ ಹೊಂದಿಕೆಯಾಗುವ ಸ್ಥಿತಿ ನಮೂದು ಇಲ್ಲದ ಇಂಟರ್ಫೇಸ್, ಯಾವುದೂ ರಕ್ಷಿಸದ ಮಾರ್ಗವನ್ನು ಪ್ರವೇಶಿಸುವ ಸಂಚಾರವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಇದು ಕೇವಲ ಮುಚ್ಚಿದ ಟನೆಲ್ಗಿಂತ ಕೆಟ್ಟದು. ಇಂಟರ್ಫೇಸ್ ಆಯ್ಕೆ ಮಾಡುವ ಮಾರ್ಗವಿಲ್ಲದ ಸ್ಥಿತಿ ನಮೂದು ಎಂದರೆ ಕ್ರಿಪ್ಟೋಗ್ರಫಿ ಸಿದ್ಧವಾಗಿದೆ ಮತ್ತು ಬಳಸಲಾಗಿಲ್ಲ.

ಅಪ್ಲಿಕೇಶನ್ ಪರೀಕ್ಷೆ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಕೊನೆಯಲ್ಲಿ ಬರುತ್ತದೆ: ಟನೆಲ್ನ ಆಚೆ ಬದಿಗೆ ಯಶಸ್ವಿ ping ಅದರ ಹಿಂದಿನ ಸೇವೆ ಸಂಪರ್ಕಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಒಳಗಿನ ಕೌಂಟರ್ಗಳನ್ನು ಹೊರಗಿನ ಕೌಂಟರ್ಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ

ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿನ ಕೌಂಟರ್ಗಳು ಒಳಗಿನ ಸಂಚಾರವನ್ನು ಅಳೆಯುತ್ತವೆ; ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿನ ಕೌಂಟರ್ಗಳು ಮತ್ತು ಕ್ಯಾಪ್ಚರ್ಗಳು ಎನ್ಕ್ಯಾಪ್ಸುಲೇಟೆಡ್ ವಿನಿಮಯವನ್ನು ತೋರಿಸುತ್ತವೆ. ಈ ಎರಡೂ ಒಂದಕ್ಕೊಂದು ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಷನ್ ಶೀರ್ಷಿಕೆಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ, ಮರುಪ್ರಸಾರಗಳು ಕೆಲವು ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ನಕಲಿಸುತ್ತವೆ ಮತ್ತು ಅನುಷ್ಠಾನದ ಲೆಕ್ಕಾಚಾರವು ತನ್ನದೇ ನಿಯಮಗಳನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ಸಮಾನತೆಯನ್ನಲ್ಲ, ಅನುಪಾತವನ್ನು ನಿರೀಕ್ಷಿಸಿ.

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

ಒಳಗಿನ ಎಣಿಕೆಗಳು ಏರಿ ಹೊರಗಿನವು ಏರದಿದ್ದರೆ, ಕಾಣೆಯಾದ ಹಂತ ಸಾಮಾನ್ಯವಾಗಿ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಟನೆಲ್ಗೆ ಕಳುಹಿಸುವ ಮಾರ್ಗ ಅಥವಾ ನೀತಿ, ಟನೆಲ್ ಸ್ವತಃ ಅಲ್ಲ.

ಕೀ ನವೀಕರಣ ಮತ್ತು ಫೇಲ್ಓವರ್ ಮೂಲಕ ಅದನ್ನು ಗಮನಿಸಿ

ಅದೇ ನಾಲ್ಕು ಸ್ಥಿತಿಗಳನ್ನು ಗಮನಿಸುತ್ತಾ ಕೀ ನವೀಕರಣ, ಮೃತ ಸಹವರ್ತಿ ಪತ್ತೆ ಘಟನೆ ಮತ್ತು ಲಿಂಕ್ ಫೇಲ್ಓವರ್ ಅನ್ನು ಗಮನಿಸಿ. ಎಂದಿಗೂ ಪೂರ್ಣಗೊಳ್ಳದ ಕೀ ನವೀಕರಣದ ಸಮಯದಲ್ಲೂ ಇಂಟರ್ಫೇಸ್ ಇರಬಹುದು, ಮತ್ತು ಫೇಲ್ಓವರ್ ಸ್ಥಿತಿ ನಮೂದನ್ನು ಇನ್ನು ಮುಂದೆ ತಲುಪಲಾಗದ ಸಹವರ್ತಿ ವಿಳಾಸದೆಡೆಗೆ ತೋರಿಸುತ್ತಾ ಬಿಡಬಹುದು.

ನೀವು ನಿಜವಾಗಿ ಅವಲಂಬಿಸಿರುವ ಸೇವಾ ಮಾರ್ಗದಲ್ಲಿ ಎಚ್ಚರಿಕೆ ನೀಡಿ, ಸಂಬಂಧದ ಸ್ಥಿತಿಯನ್ನು ಸಂದರ್ಭವಾಗಿ ತೆಗೆದುಕೊಂಡು, ಒಂದೇ ಮೇಲೆ ಅಥವಾ ಕೆಳಗೆ ಧ್ವಜದ ಮೇಲಲ್ಲ. ಇಂಟರ್ಫೇಸ್ ಹೆಸರು, ಸಹವರ್ತಿ ವಿಳಾಸ ಮತ್ತು ಮಾರ್ಗವನ್ನು ಎಚ್ಚರಿಕೆಯ ಪೇಲೋಡ್ನಲ್ಲಿ ಇರಿಸಿ, ಇದರಿಂದ ಪ್ರತಿಕ್ರಿಯಿಸುವವರು ಅವುಗಳನ್ನು ಮತ್ತೆ ನಿರ್ಮಿಸಬೇಕಾಗಿಲ್ಲ.

strongSwan ತನ್ನದೇ XFRM ಇಂಟರ್ಫೇಸ್ ಮಾದರಿಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಇತರ ವೇದಿಕೆಗಳು ಸಮಾನ ವಸ್ತುವನ್ನು ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೆಸರಿಸಿ ಅನುಷ್ಠಾನಗೊಳಿಸುತ್ತವೆ. ಇನ್ನೊಂದು ಅನುಷ್ಠಾನದಿಂದ ಊಹೆಗಳನ್ನು ವರ್ಗಾಯಿಸುವ ಮೊದಲು ನಿಮ್ಮ ಮುಂದಿರುವ ಸಾಧನಕ್ಕಾಗಿ ಮಾರ್ಗ ಆಧಾರಿತ ಹೋಲಿಕೆಯನ್ನು ಓದಿ. ಒಬ್ಬ ಪೂರೈಕೆದಾರರ ಕೌಂಟರ್ಗಳಿಗೆ ಹೊಂದುವ ಮೇಲ್ವಿಚಾರಣಾ ಟೆಂಪ್ಲೇಟ್ ಇನ್ನೊಂದರಲ್ಲಿ ಸದ್ದಿಲ್ಲದೆ ದಾರಿತಪ್ಪಿಸುತ್ತದೆ.