VPN ನಲ್ಲಿ Ping ನಷ್ಟ: ಶೇಕಡಾವಾರಿಗಿಂತ ಮೊದಲು Echo ವಿನಂತಿಗಳನ್ನು ಗುಂಪು ಮಾಡಿ

ಒಂದು ಸೆರೆಹಿಡಿಯುವಿಕೆಯಲ್ಲಿ ಆರು Echo ವಿನಂತಿಗಳು ಮತ್ತು ಮೂರು ಉತ್ತರಗಳಿವೆ, ಮತ್ತು ಯಾರೋ ಟಿಕೆಟ್ನಲ್ಲಿ 50 ಶೇಕಡಾ ಪ್ಯಾಕೆಟ್ ನಷ್ಟ ಎಂದು ಬರೆಯುತ್ತಾರೆ. ಆ ಸಂಖ್ಯೆ ಸೆರೆಹಿಡಿಯುವಿಕೆಗೆ ನಿಜವಾಗಿರಬಹುದು ಮತ್ತು ಸುರಂಗಕ್ಕೆ ಸುಳ್ಳಾಗಿರಬಹುದು. ಆರು ವಿನಂತಿಗಳು ಎರಡು ವಿಭಿನ್ನ ವಿತರಣಾ ಒಪ್ಪಂದಗಳಿರುವ ಎರಡು ವಿಭಿನ್ನ ಸಂಭಾಷಣೆಗಳಿಗೆ ಸೇರಿರಬಹುದು. ಭಾಗಿಸುವ ಮೊದಲು ಅವುಗಳನ್ನು ಗುಂಪು ಮಾಡಿ, ಮತ್ತು ಅನುಪಾತವು ವರದಿಯ ಆಸಕ್ತಿದಾಯಕ ಭಾಗವಾಗುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ.

ಹಂತ 1: ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನದ ಪ್ರಕಾರ ಸ್ಟ್ರೀಮ್ಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ

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

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

ಗುಂಪುಗಳನ್ನು ಅವುಗಳ ಸಂಖ್ಯೆಗಳೊಂದಿಗೆ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ಹಂತವು ಯಾವ ಉತ್ತರಗಳು ಯಾವ ಗುಂಪಿಗೆ ಸೇರಿವೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಮೂರು ವಿನಂತಿಗಳು ಮತ್ತು ಯಾವುದೇ ಹೊಂದಿಕೆಯಾಗುವ ಉತ್ತರವಿಲ್ಲದ ಗುಂಪು ಒಂದು ಕಂಡುಹಿಡಿತ. ಮೂರು ವಿನಂತಿಗಳು ಮತ್ತು ಮೂರು ಉತ್ತರಗಳಿರುವ ಗುಂಪು ಮೂಲರೇಖೆ.

ಹಂತ 2: ಗುರುತಿಸುವಿಕೆ ಮತ್ತು ಅನುಕ್ರಮದ ಮೇಲೆ ಹೊಂದಿಸಿ

RFC 792 ನಲ್ಲಿ Echo ಸ್ವರೂಪವು ಗುರುತಿಸುವಿಕೆ ಮತ್ತು ಅನುಕ್ರಮ ಸಂಖ್ಯೆಯನ್ನು ಹೊಂದಿದೆ, ಮತ್ತು ಅವುಗಳನ್ನು ಉತ್ತರವನ್ನು ಅದರ ವಿನಂತಿಗೆ ಜೋಡಿಸುವ ಕ್ಷೇತ್ರಗಳೆಂದು ಪರಿಗಣಿಸುತ್ತದೆ. ಆ ಕೆಲಸಕ್ಕೆ ಎರಡೂ ಬೇಕು. ಕೇವಲ ಅನುಕ್ರಮ ಸಂಖ್ಯೆ ಅನನ್ಯವಲ್ಲ, ಏಕೆಂದರೆ ವಿಭಿನ್ನ ಕಳುಹಿಸುವವರು ಅಥವಾ ಪ್ರಕ್ರಿಯೆಗಳು ಒಂದೇ ಸೆರೆಹಿಡಿಯುವಿಕೆ ಕಿಟಕಿಯೊಳಗೆ ಅದೇ ಮೌಲ್ಯವನ್ನು ಮತ್ತೆ ಬಳಸಬಹುದು. ಗುರುತಿಸುವಿಕೆ ಕಳುಹಿಸುವವರನ್ನು ಮತ್ತು ಅನುಕ್ರಮ ಸ್ಥಾನವನ್ನು ಸಂಕುಚಿಸುತ್ತದೆ, ಮತ್ತು ಜೋಡಿಯು ಒಟ್ಟಾಗಿ ಹೊಂದಾಣಿಕೆಯನ್ನು ಸಮರ್ಥಿಸುತ್ತದೆ.

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

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

tshark -r capture.pcap -Y 'icmp.type == 8' -T fields -e frame.time -e ip.src -e ip.dst -e icmp.ident -e icmp.seq
tshark -r capture.pcap -Y 'icmp.type == 0' -T fields -e frame.time -e ip.src -e ip.dst -e icmp.ident -e icmp.seq

ಹಂತ 3: ಅದೇ ಗಡಿಯಲ್ಲಿ ಟ್ಯೂಪಲ್ಗಳನ್ನು ಹೋಲಿಸಿ

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

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

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

tcpdump -ni any icmp and host 10.90.0.1 -c 20
tshark -r capture.pcap -Y 'icmp' -T fields -e ip.src -e ip.dst -e ip.ttl | head -20

ಹಂತ 4: ಸೆರೆಹಿಡಿಯುವಿಕೆ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸಬಹುದು ಮತ್ತು ಏನನ್ನು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ಹೇಳಿ

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

ಎಣಿಕೆಗಳ ಜೊತೆಗೆ ಸೆರೆಹಿಡಿಯುವಿಕೆಯ ಸ್ಥಳ, ಫಿಲ್ಟರ್ ಅಭಿವ್ಯಕ್ತಿ ಮತ್ತು ಬಿಡುಗಡೆ ಕೌಂಟರ್ಗಳನ್ನು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಅವಿಲ್ಲದೆ ಅನುಪಾತವನ್ನು ಆಡಿಟ್ ಮಾಡಲಾಗದು. ಆ ಮೂರು ಸಾಲುಗಳೇ ಸಂಖ್ಯೆಯನ್ನು ನಂತರ ಸಮರ್ಥಿಸುತ್ತವೆ.

ನಂತರ ವೀಕ್ಷಣೆ ಏನನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ ಮತ್ತು ಏನನ್ನು ಸೂಚಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಒಂದಲ್ಲ ಎರಡು ವಾಕ್ಯಗಳಲ್ಲಿ ಬೇರ್ಪಡಿಸಿ. ಮೊದಲ ವಾಕ್ಯವು ಎಣಿಕೆಗಳು ಮತ್ತು ಗಡಿಯನ್ನು ಹೇಳುತ್ತದೆ. ಎರಡನೆಯದು ಕಲ್ಪನೆ ಮತ್ತು ಅದನ್ನು ಏನು ಖಚಿತಪಡಿಸುತ್ತದೆ ಎಂದು ಹೇಳುತ್ತದೆ.

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

ಗುಂಪುಗಳು ಮತ್ತು ಮುಂದಿನ ಗಡಿಯನ್ನು ವರದಿ ಮಾಡಿ

ವರದಿಯಲ್ಲಿ ಮೂರು ಸಾಲುಗಳಿವೆ: ಗುಂಪಿನ ವ್ಯಾಖ್ಯಾನ, ಪ್ರತಿ ಗುಂಪಿನೊಳಗಿನ ಹೊಂದಿಸಿದ ಎಣಿಕೆಗಳು, ಮತ್ತು ಹೋಲಿಕೆ ಮಾಡಿದ ಗಡಿ. ಆಗ ಓದುಗರು ಒಂದು ಗುಂಪು ಸಂಪೂರ್ಣವಾಗಿ ಉತ್ತರಿಸಿತು ಮತ್ತು ಇನ್ನೊಂದು ಉತ್ತರಿಸಲಿಲ್ಲ ಎಂದು ನೋಡಬಹುದು, ಇದು ಯಾದೃಚ್ಛಿಕ ನಷ್ಟದ ಬದಲು ಮಾರ್ಗ ಅಥವಾ ಅನುಮತಿಯತ್ತ ಸೂಚಿಸುತ್ತದೆ.

ಗುಂಪೀಕರಣವನ್ನು ಮರುಉತ್ಪಾದಿಸಲು ಸೆರೆಹಿಡಿಯುವಿಕೆ ಕಡತ ಮತ್ತು ಫಿಲ್ಟರ್ ಅಭಿವ್ಯಕ್ತಿಗಳನ್ನು ಲಗತ್ತಿಸಿ. ಕಡತವಿಲ್ಲದ ಸಾರಾಂಶವು ಹೇಳಿಕೆ, ಫಲಿತಾಂಶವಲ್ಲ.

ping -c 5 -I 10.80.0.6 10.90.0.1
ping -c 5 -I 10.30.0.25 10.90.0.1
tshark -r capture.pcap -Y 'icmp.type == 8 || icmp.type == 0' -T fields -e ip.src -e ip.dst -e icmp.ident -e icmp.seq | sort | uniq -c | head

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