VPN ಕ್ಯಾಪ್ಚರ್ನಲ್ಲಿ ಒಳ ಮತ್ತು ಹೊರ ಪ್ಯಾಕೆಟ್ಗಳು: ಗಾತ್ರಗಳು ಏಕೆ ಭಿನ್ನವಾಗಿವೆ

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

ಎರಡು ವೀಕ್ಷಣಾ ಬಿಂದುಗಳು ಮತ್ತು ಪ್ರತಿಯೊಂದು ತೋರಿಸುವ ಪ್ಯಾಕೆಟ್

ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ತೆಗೆದ ಕ್ಯಾಪ್ಚರ್ ಒಳ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ: ಯಾವುದೇ ರಕ್ಷಣೆ ಅನ್ವಯವಾಗುವ ಮೊದಲು ಅಪ್ಲಿಕೇಶನ್ನ ಪೇಲೋಡ್ ತನ್ನ ಮೂಲ ಮೂಲ ಮತ್ತು ಗಮ್ಯದೊಂದಿಗೆ. ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ನ ಕ್ಯಾಪ್ಚರ್ ಹೊರ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ: IP ಹೆಡರ್, ಸಾರಿಗೆ ಹೆಡರ್, ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್, ನಂತರ ಪೇಲೋಡ್ ಆಗಿ ಎನ್ಕ್ರಿಪ್ಟ್ ಆದ ಒಳ ಪ್ಯಾಕೆಟ್. ಒಂದೇ ಸಂಭಾಷಣೆ, ಬೇರೆ ವಸ್ತುಗಳು. ಫೈಲ್ನಲ್ಲಿ ಯಾವುದು ಇದೆ ಎಂದು ಹೆಸರಿಸಿದರೆ, ಹೊಂದಿಕೆಯಾಗದಿರುವಿಕೆ ನಿಗೂಢವಾಗಿರುವುದಿಲ್ಲ.

ಗಾತ್ರದ ವ್ಯತ್ಯಾಸ ಓವರ್ಹೆಡ್, ವಿಳಾಸದ ವ್ಯತ್ಯಾಸ ವಿನ್ಯಾಸ. ಇದನ್ನು ತಿರುಗಿಸಿ ನೋಡಿದರೆ ಗೊಂದಲ ಮುನ್ಸೂಚನೀಯವಾಗುತ್ತದೆ: ಜನರು ಒಳಗಿನ 1400 ಬೈಟ್ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಹೊರಗಿನ 1450 ಬೈಟ್ ಪ್ಯಾಕೆಟ್ನೊಂದಿಗೆ ಹೋಲಿಸಿ, ಏನೋ ತಪ್ಪಾಗಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸಿ, ಎಂದಿಗೂ ದೋಷಿಯಾಗದ MTU ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಬದಲಾಯಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ. ಫೈಲ್ಗೆ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಪದರವನ್ನು ಲೇಬಲ್ ಮಾಡಿ, ಏಕೆಂದರೆ ಆ ಲೇಬಲ್ ಓದುಗನಿಗೆ ಮೊದಲು ಬೇಕಾದದ್ದು ಮತ್ತು ಜನರು ಮೊದಲು ಬಿಟ್ಟುಬಿಡುವದು.

ಕ್ಯಾಪ್ಚರ್ ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ಪದರವನ್ನು ನಿರ್ಧರಿಸಿ

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

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

ಗಾತ್ರದ ವ್ಯತ್ಯಾಸದಲ್ಲಿ ನಿಜವಾಗಿ ಏನಿದೆ

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

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

ಆಫ್ಲೋಡ್ ಅನ್ನು ಸಂಖ್ಯೆಗಳಲ್ಲಿ ಓದುವುದು

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

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

ಕ್ಯಾಪ್ಚರ್ ಸಾಕ್ಷ್ಯವಾಗುವುದನ್ನು ನಿಲ್ಲಿಸುವ ಸ್ಥಳ

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

ಪ್ರತಿ ಫೈಲ್ಗೆ ಅದರ ಇಂಟರ್ಫೇಸ್, ಫಿಲ್ಟರ್ ಮತ್ತು ಟೈಮ್ಸ್ಟ್ಯಾಂಪ್ ಹೆಸರಿಡಿ, ಮತ್ತು ತನಿಖೆ ಮುಗಿದಾಗ ಅದನ್ನು ಅಳಿಸಿ. tcpdump ಕೈಪಿಡಿ ಇಲ್ಲಿ ಬಳಸಿದ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಫಿಲ್ಟರ್ ಫ್ಲ್ಯಾಗ್ಗಳನ್ನು, ಕ್ಯಾಪ್ಚರ್ ಚಿಕ್ಕದಾಗಿ ಇಡುವವುಗಳೂ ಸೇರಿ ದಾಖಲಿಸುತ್ತದೆ.

ಸಾಕ್ಷ್ಯವನ್ನು ಹಂಚಿಕೊಳ್ಳಲೇಬೇಕಾದರೆ, ಪೇಲೋಡ್ ಬದಲು ಗಾತ್ರಗಳು, ಟೈಮ್ಸ್ಟ್ಯಾಂಪ್ಗಳು ಮತ್ತು ಫ್ಲ್ಯಾಗ್ಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳಿ. ಪ್ರಶ್ನೆ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರದ ಬಗ್ಗೆ, ಮತ್ತು ಉತ್ತರಕ್ಕೆ ಯಾರದೋ ಡೇಟಾ ಅಪರೂಪವಾಗಿ ಬೇಕು.