eth0 ನಲ್ಲಿ ಸಂಚಾರ ಎಂದರೆ VPN ಸುರಂಗ ಸೋರುತ್ತಿದೆ ಎಂದಲ್ಲ

ಸುರಂಗ ಚಾಲ್ತಿಯಲ್ಲಿರುವಾಗ eth0 ನಲ್ಲಿ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಗಳನ್ನು ನೋಡುವುದು ಏನೋ ತಪ್ಪಿಸಿಕೊಂಡಿತು ಎಂಬ ಸಾಕ್ಷಿಯಂತೆ ಅನಿಸುತ್ತದೆ. ಸಾಮಾನ್ಯವಾಗಿ ವಿರುದ್ಧವಾಗಿರುತ್ತದೆ: ಸುರಂಗದ ಸ್ವಂತ ಪ್ಯಾಕೆಟ್‌ಗಳು ಸರ್ವರ್ ತಲುಪಲು ಆ ಅಡಾಪ್ಟರ್ ದಾಟಬೇಕು, ಮತ್ತು ಅವು ಸಾಮಾನ್ಯ UDP ಅಥವಾ TCP ಹರಿವಿನಂತೆ ಕಾಣುತ್ತವೆ. ಒಳಗಿನ ಪ್ಯಾಕೆಟ್ ಸುರಂಗದ ಸಾಧನದಲ್ಲಿ ಮಾತ್ರ ಕಾಣುತ್ತದೆ. ಎರಡನ್ನೂ ಪ್ರತ್ಯೇಕಿಸುವುದು ಹೊದಿಕೆಯನ್ನು ಓದುವ ವಿಷಯ, ಬೈಟ್ ಎಣಿಕೆಯನ್ನು ನಂಬುವ ವಿಷಯವಲ್ಲ.

ಪ್ರತಿ ಸುರಂಗ ಪ್ಯಾಕೆಟ್ ಇನ್ನೂ ತಂತಿಯ ಮೇಲೆ ಹಾದುಹೋಗುತ್ತದೆ

ಸುರಂಗ ಒಂದು ಇಂಟರ್ಫೇಸ್, ತಂತಿಯಲ್ಲ. ಕ್ಲೈಂಟ್ ಒಳಗಿನ ಪ್ಯಾಕೆಟ್ ತೆಗೆದುಕೊಂಡು ಅದನ್ನು ಸುತ್ತಿ, ಫಲಿತಾಂಶವನ್ನು ಪ್ರೊಫೈಲ್‌ನ ಸರ್ವರ್ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್‌ಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಭೌತಿಕ ಅಡಾಪ್ಟರ್‌ನಲ್ಲಿ ನೀವು ಹೊದಿಕೆಯನ್ನು ನೋಡುತ್ತೀರಿ; ಸುರಂಗದ ಸಾಧನದಲ್ಲಿ ಸುತ್ತಿದ್ದನ್ನು ನೋಡುತ್ತೀರಿ.

UDP ಕ್ರಮದಲ್ಲಿ ಹೊರಗಿನ ಹರಿವು ಪ್ರತಿ ದಿಕ್ಕಿನಲ್ಲೂ ಒಂದೇ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ ಜೋಡಿ, ಆದ್ದರಿಂದ ಆರೋಗ್ಯಕರ ಸುರಂಗ eth0 ನಲ್ಲಿ ಬಹುತೇಕ ನೀರಸವಾಗಿ ಕಾಣುತ್ತದೆ. ಮೊದಲು ಹುಡುಕಬೇಕಾದದ್ದು ಅದೇ ಒಂದು ಜೋಡಿ.

ಒಂದು ಸಮಯಕ್ಕೆ ಒಂದು ಇಂಟರ್ಫೇಸ್ ಸೆರೆಹಿಡಿಯಿರಿ

ಎಣಿಕೆಗಳನ್ನು ಹೋಲಿಸಲು ಬಯಸಿದಾಗ ಒಂದು ಸಮಯಕ್ಕೆ ಒಂದೇ ಇಂಟರ್ಫೇಸ್ ಸೆರೆಹಿಡಿಯಿರಿ. any ಎಂಬ ಸೂಡೊ-ಇಂಟರ್ಫೇಸ್ ಎಲ್ಲಾ ಸಾಧನಗಳನ್ನು ಒಟ್ಟಿಗೆ ಸಂಗ್ರಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿದ ಪ್ಯಾಕೆಟ್ ಪ್ರವೇಶ ಮತ್ತು ನಿರ್ಗಮನದಲ್ಲಿ ಕಾಣುತ್ತದೆ ಮತ್ತು ಸ್ಥಳೀಯವಾಗಿ ರಚಿಸಿದ ಪ್ಯಾಕೆಟ್ ಎರಡು ಬೇರೆ ಬೇರೆ ರೂಪಗಳಲ್ಲಿ ಎರಡು ಬಾರಿ ಕಾಣುತ್ತದೆ. ಪ್ಯಾಕೆಟ್ ಎಣಿಕೆ ಸಮವಾಗಿದ್ದು ಬೈಟ್ ಎಣಿಕೆ ಅಸಮವಾಗಿರುವುದು ಸಹಜ, ಏಕೆಂದರೆ ಹೊದಿಕೆ ಅದು ಹೊತ್ತೊಯ್ಯುವುದಕ್ಕಿಂತ ದೊಡ್ಡದು. ARP, DHCP ಮತ್ತು IPv6 ರೌಟರ್ ಘೋಷಣೆಗಳು ಸ್ಥಳೀಯ ಕೊಂಡಿಗೆ ಸೇರಿದ್ದು ನಿಮ್ಮ ಅನ್ವಯದ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

sudo tcpdump -i eth0 -n host 203.0.113.10 and udp port 1194

ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ ಅನ್ನು ಪ್ರೊಫೈಲ್‌ನದೇ ಮೌಲ್ಯಗಳಿಂದ ಬದಲಿಸಿ. ಆ ಹರಿವು ಸ್ಥಿರವಾಗಿದ್ದರೆ, ಸುರಂಗ ಏನನ್ನೋ ಹೊತ್ತೊಯ್ಯುತ್ತಿದೆ.

ಕರ್ನಲ್‌ಗೆ ಯಾವ ಸಾಧನವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಎಂದು ಕೇಳಿ

ಕರ್ನಲ್‌ಗೆ ಯಾವ ಸಾಧನವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಎಂದು ಕೇಳಿ, ನಂತರ ತಂತಿಯ ಮೇಲೆ ದೃಢೀಕರಿಸಿ. ಮಾರ್ಗ ಹುಡುಕಾಟವೇ ನಿರ್ಧಾರ, ಮತ್ತು ಸೆರೆಹಿಡಿಯುವಿಕೆ ಆ ನಿರ್ಧಾರ ಪಾಲಿಸಲ್ಪಟ್ಟದ್ದಕ್ಕೆ ಸಾಕ್ಷಿ. ಅವು ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ ಮತ್ತು ನಿಮಗೆ ಎರಡೂ ಬೇಕು.

ip route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

ವಿಭಜಿತ ಫಲಿತಾಂಶ ಸಾಮಾನ್ಯವಾದ ಅನ್ವೇಷಣೆ: IPv4 ಸುರಂಗಕ್ಕೆ ಹೋಗುತ್ತದೆ ಮತ್ತು IPv6 ಭೌತಿಕ ಅಡಾಪ್ಟರ್‌ಗೆ ಹೋಗುತ್ತದೆ, ಏಕೆಂದರೆ ಪ್ರೊಫೈಲ್ IPv4 ಮಾರ್ಗಗಳನ್ನು ಮಾತ್ರ ತಳ್ಳಿತು. ಅದು ನಿಜವಾದ ಸೋರಿಕೆ, ಮತ್ತು IPv4 ಮಾತ್ರವಿರುವ ಸೆರೆಹಿಡಿಯುವಿಕೆಯಲ್ಲಿ ಅದು ಕಾಣುವುದಿಲ್ಲ. IPv6 ಗಾಗಿ ಫಿಲ್ಟರ್ ಮಾಡಿ ಮತ್ತು ಸರ್ವರ್ ಅಲ್ಲದ, link-local ಅಲ್ಲದ ವಿಳಾಸಗಳನ್ನು ಗಮನಿಸಿ.

ಸಂಪರ್ಕಕ್ಕೆ ಮೊದಲು ಮತ್ತು ನಂತರ ಎರಡೂ ಹುಡುಕಾಟಗಳನ್ನು ನಡೆಸಿ, ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಏನನ್ನು ಬದಲಿಸಿತು ಎಂದು ನೋಡಲು. ಎರಡೂ ಬಾರಿ ನಡೆಸುವಿಕೆಯ ನಡುವಿನ ವ್ಯತ್ಯಾಸವೇ ಕ್ಲೈಂಟ್‌ನ ನಿಜವಾದ ಪರಿಣಾಮ.

ಸೆರೆಹಿಡಿಯುವಿಕೆ ನಿಜವಾಗಿಯೂ ಸೋರಿಕೆಯಾದಾಗ

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

ಮಾರ್ಗ ಅಥವಾ ಅಪವಾದವನ್ನು ಸರಿಪಡಿಸಿ, ಫೈರ್‌ವಾಲ್ ಅಲ್ಲ. ನಂತರ ಹೊಸ ಸಂಪರ್ಕದಿಂದ ಮತ್ತೆ ಸೆರೆಹಿಡಿದು IPv4 ಮತ್ತು IPv6 ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಒಂದನ್ನು ಸರಿಪಡಿಸುವುದು ಇನ್ನೊಂದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. tcpdump ಕೈಪಿಡಿ ಮೇಲೆ ಬಳಸಿದ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ದಿಕ್ಕು ಆಯ್ಕೆಕಾರಕಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ.