ರೂಟೆಡ್ VPN ಕ್ಯಾಪ್ಚರ್ ಶಾಖೆಯ VLAN ಟ್ಯಾಗ್ ಅನ್ನು ಏಕೆ ಎಂದಿಗೂ ತೋರಿಸುವುದಿಲ್ಲ

ಸುರಂಗದ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ತೆಗೆದ ಕ್ಯಾಪ್ಚರ್ಗಳು ಶಾಖೆಯ VLAN ID ಅನ್ನು ಎಂದಿಗೂ ತೋರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಇದು ಉಪಕರಣದ ಕೊರತೆಯಲ್ಲ, ವಿನ್ಯಾಸದ ಗುಣಲಕ್ಷಣ. ರೂಟೆಡ್ TUN ಸುರಂಗವು IP ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅವುಗಳನ್ನು ಶಾಖೆಯ ಲಿಂಕ್ನಲ್ಲಿ ಸಾಗಿಸಿದ ಟ್ಯಾಗ್ ಮಾಡಿದ Ethernet ಫ್ರೇಮ್ ಅವುಗಳನ್ನು ರೂಟ್ ಮಾಡಿದ ರೂಟರ್ನಲ್ಲೇ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ. ನಿಮ್ಮ ನೀತಿಯ ಪ್ರಶ್ನೆ ವಿಭಾಗಗಳ ಬಗ್ಗೆ ಇದ್ದರೆ, ಕ್ಯಾಪ್ಚರ್ ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲು ಆ ಪ್ರಶ್ನೆಗಾಗಿ ಸೆನ್ಸರ್ ಸ್ಥಾನವನ್ನು ಆಯ್ಕೆ ಮಾಡಬೇಕು. ನೀವು ನಿರೀಕ್ಷಿಸಿದ VLAN ಕ್ಷೇತ್ರವನ್ನು ನೀವು ಸಮರ್ಥಿಸಬಹುದಾದ ಸಂದರ್ಭದಿಂದ ಬದಲಾಯಿಸಬೇಕು.

ಸುರಂಗದ ಇಂಟರ್ಫೇಸ್ ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಸಾಗಿಸುತ್ತದೆ ಎಂದು ನೋಡಿ

TUN IP ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಹೋಸ್ಟ್ಗೆ ತಲುಪಿಸುತ್ತದೆ; TAP Ethernet ಫ್ರೇಮ್ಗಳನ್ನು ತಲುಪಿಸುತ್ತದೆ. ರೂಟೆಡ್ ವಿನ್ಯಾಸವು ಮೊದಲನೆಯದನ್ನು ಬಳಸುತ್ತದೆ, ಅಂದರೆ ಡೀಕ್ರಿಪ್ಷನ್ ನಂತರ ಬರುವ ಪ್ಯಾಕೆಟ್ನಲ್ಲಿ ಲಿಂಕ್-ಲೇಯರ್ ಹೆಡರ್ ಇಲ್ಲವೇ ಇಲ್ಲ, ಆದ್ದರಿಂದ ಓದಲು 802.1Q ಟ್ಯಾಗ್ ಸಹ ಇಲ್ಲ. ದಾರಿಯಲ್ಲಿ ಏನನ್ನೂ ತೆಗೆದುಹಾಕಲಿಲ್ಲ, ಏಕೆಂದರೆ ಟ್ಯಾಗ್ ಎಂದಿಗೂ ಸುರಂಗವನ್ನು ಪ್ರವೇಶಿಸಲಿಲ್ಲ. ಒಳಗಿನ ಪ್ಯಾಕೆಟ್ ಅದರ IP ಹೆಡರ್ನಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ VLAN-ಅರಿವುಳ್ಳ ನಿಯಮ ನಿರೀಕ್ಷಿಸುವ ಪ್ರತಿಯೊಂದು ಕ್ಷೇತ್ರವೂ ಸರಳವಾಗಿ ಇರುವುದಿಲ್ಲ.

ಕ್ಯಾಪ್ಚರ್ ಬಗ್ಗೆ ವಾದಿಸುವ ಮೊದಲು ಇಂಟರ್ಫೇಸ್ ಪ್ರಕಾರವನ್ನು ಖಚಿತಪಡಿಸಿ, ಏಕೆಂದರೆ ಅದೇ ನಿಯೋಜನೆಯಲ್ಲಿನ TAP ಸಾಧನವು ಬೇರೆ ರೀತಿ ವರ್ತಿಸಿ ತಪ್ಪು ತೀರ್ಮಾನಕ್ಕೆ ಕರೆದೊಯ್ಯುತ್ತದೆ.

ip -d link show tun0
tcpdump -i tun0 -nn -e -c 20

ಮೊದಲ ಆದೇಶವು ಸಾಧನದ ಪ್ರಕಾರ ಮತ್ತು ಅದರ ಧ್ವಜಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ. ಎರಡನೆಯದು ಮೊದಲ ಇಪ್ಪತ್ತು ಪ್ಯಾಕೆಟ್ಗಳ ಲಿಂಕ್-ಲೇಯರ್ ಹೆಡರ್ಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು TUN ಸಾಧನದಲ್ಲಿ ಔಟ್ಪುಟ್ Ethernet ಬ್ಲಾಕ್ ಇಲ್ಲದೆ IP ಯಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ಅದು ಒಂದೇ ಪರದೆಯಲ್ಲಿ ಸಂಪೂರ್ಣ ವಿವರಣೆ.

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

ಮೂರರಲ್ಲಿ ಒಂದು ಸ್ಥಳದಲ್ಲಿ ನಿಲ್ಲಿ ಮತ್ತು ಅದು ಏನನ್ನು ನೋಡಬಲ್ಲದು ಎಂಬುದನ್ನು ಒಪ್ಪಿಕೊಳ್ಳಿ

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

ಆ ಮೂರು ಸ್ಥಾನಗಳು ಮೂರು ವಿಭಿನ್ನ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ, ಮತ್ತು ಒಂದೇ ಕ್ಯಾಪ್ಚರ್ ಒಂದೇ ಬಾರಿಗೆ ಮೂರೂ ಆಗಿರಲು ಸಾಧ್ಯವಿಲ್ಲ.

tcpdump -i eth0 -nn -e 'vlan' -c 10
tcpdump -i tun0 -nn -c 10

ಜೋಡಿಯನ್ನು ಚಲಾಯಿಸಿ ಮತ್ತು ಹೋಲಿಸಿ. ಮೊದಲನೆಯದು ಶಾಖೆಯ ಲಿಂಕ್ ಹೋಸ್ಟ್ಗೆ ಟ್ರಂಕ್ ಆಗಿರುವಲ್ಲಿ ಟ್ಯಾಗ್ ಮಾಡಿದ ಫ್ರೇಮ್ಗಳು ಮತ್ತು ಅವುಗಳ VLAN ID ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ; ಎರಡನೆಯದು ರೂಟಿಂಗ್ ನಂತರ ಅದೇ ಸಂಭಾಷಣೆಯನ್ನು ಸಾಮಾನ್ಯ IP ಆಗಿ ತೋರಿಸುತ್ತದೆ. ಮೊದಲನೆಯದು ಏನನ್ನೂ ಮರಳಿಸದಿದ್ದರೆ, ಹೋಸ್ಟ್ ಪೋರ್ಟ್ ಪ್ರವೇಶ ಪೋರ್ಟ್ ಆಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಆಗ ಸ್ವಿಚ್ ಈಗಾಗಲೇ ಟ್ಯಾಗ್ ತೆಗೆದುಹಾಕಿದೆ ಮತ್ತು ಹೋಸ್ಟ್ನಲ್ಲಿ ಯಾವುದೇ ಕ್ಯಾಪ್ಚರ್ ಅದನ್ನು ಎಂದಿಗೂ ತೋರಿಸುವುದಿಲ್ಲ.

ಕಾಣೆಯಾದ ಟ್ಯಾಗ್ ಅನ್ನು ನೀವು ಸಮರ್ಥಿಸಬಹುದಾದ ಮ್ಯಾಪಿಂಗ್ನಿಂದ ಬದಲಾಯಿಸಿ

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

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

ip route get 10.20.30.40
ip -br addr show

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

ಫಲಿತಾಂಶವನ್ನು ನಂಬುವ ಮೊದಲು ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಮತ್ತು ಪೇಲೋಡ್ ಪರಿಶೀಲಿಸಿ

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

ಒಳಗಿನ IP ಪ್ಯಾಕೆಟ್ ಚೇತರಿಕೆಯು ಅದರೊಳಗಿನ HTTPS ಸೆಷನ್ ಅನ್ನು ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡುವುದಿಲ್ಲ. ನೀತಿಯ ಪ್ರಶ್ನೆ ಹರಿವುಗಳಿಗಿಂತ ವಿಷಯದ ಬಗ್ಗೆ ಇದ್ದರೆ, ಸೆನ್ಸರ್ ಸ್ಥಾನವನ್ನು ಮತ್ತೆ ಸರಿಸಬೇಕು, ಮತ್ತು ಆ ನಿರ್ಧಾರ ಅದೇ ವಿನ್ಯಾಸ ದಾಖಲೆಗೆ ಸೇರಿದೆ.

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