ನಿಮ್ಮ VPN ಸೆನ್ಸರ್ ಶಾಖೆಯ VLAN ಟ್ಯಾಗ್ ಅನ್ನು ಏಕೆ ಎಂದಿಗೂ ನೋಡುವುದಿಲ್ಲ
ರೂಟೆಡ್ ಟನೆಲ್ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಮರಳಿ ಪಡೆಯುತ್ತದೆ, ಅವುಗಳನ್ನು ಸಾಗಿಸಿದ ಫ್ರೇಮ್‌ಗಳನ್ನಲ್ಲ. ಇಂಟರ್ಫೇಸ್ ಪ್ರಕಾರ, ಸೆನ್ಸರ್ ಸ್ಥಾನ, ಮೂಲ ಸಂದರ್ಭ ಮತ್ತು ಪ್ರತ್ಯುತ್ತರ ಮಾರ್ಗದ ಮೇಲೆ ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳು.
VPN ಬದಿಯ ಸೆನ್ಸರ್ ಎರಡು ಶಾಖಾ VLAN ಅನ್ನು ಸಾಮಾನ್ಯ IP ಸಂಚಾರವಾಗಿ ನೋಡುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ಶಾಖೆಯನ್ನು ಅದರ ಸ್ವಂತ ತಂತಿಯಲ್ಲಿ ಗುರುತಿಸಿದ ಟ್ಯಾಗ್ ಮಾಯವಾಗಿದೆ. ರೂಟೆಡ್ ಟನೆಲ್ ಮಾಡುವುದೇ ಇದನ್ನು: ಅದು ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಮರಳಿ ಪಡೆಯುತ್ತದೆ, ಅವುಗಳನ್ನು ತಲುಪಿಸಿದ Ethernet ಫ್ರೇಮ್‌ಗಳನ್ನಲ್ಲ. ಕಾಣೆಯಾದ ಟ್ಯಾಗ್ ಮುಖ್ಯವೇ ಎಂಬುದು ನೀವು ಸೆನ್ಸರ್‌ಗೆ ಕೇಳುವ ಪ್ರಶ್ನೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಅವಲಂಬಿಸಿದೆ. ಕೆಳಗಿನ ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ, ಯಾವ ವೀಕ್ಷಣಾ ಬಿಂದು ಅದಕ್ಕೆ ಉತ್ತರಿಸಬಲ್ಲದು ಎಂದು ನಿಮಗೆ ತಿಳಿಯುತ್ತದೆ.
ಮೊದಲು: ನಿಮ್ಮ ಟನೆಲ್ ಏನನ್ನು ಮರಳಿ ಪಡೆಯುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ
TUN ಇಂಟರ್ಫೇಸ್ IP ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಶಾಖೆಯ ಫ್ರೇಮ್‌ನ VLAN ಶೀರ್ಷಿಕೆ ಸಂಚಾರವನ್ನು ಟನೆಲ್‌ಗೆ ತಳ್ಳಿದ ರೂಟರ್‌ನಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ. TAP ಇಂಟರ್ಫೇಸ್ Ethernet ಫ್ರೇಮ್‌ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಅಂದರೆ ಸೇತುವೆ ಮತ್ತು VLAN ಪ್ರವೇಶ ನಿಯಮಗಳು ಅವುಗಳನ್ನು ಹಾದುಹೋಗಲು ಬಿಟ್ಟಾಗ ಟ್ಯಾಗ್‌ಗಳು ಉಳಿಯಬಹುದು. ಸೆರೆಹಿಡಿಯುವಿಕೆಯಲ್ಲಿ ಏನಿರಬೇಕು ಎಂದು ಯೋಚಿಸುವ ಮೊದಲು ಇಂಟರ್ಫೇಸ್ ಪ್ರಕಾರವನ್ನು ಓದಿ.
ಎರಡೂ ಆಯ್ಕೆಗಳಲ್ಲಿ ಯಾವುದೂ ದೋಷವಲ್ಲ. ಎರಡೂ ವಿನ್ಯಾಸಗಳು ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ ಮತ್ತು ಟ್ಯಾಗ್ ಅನ್ನು ಬೇರೆ ಬೇರೆ ಸ್ಥಳಗಳಲ್ಲಿ ಬಿಡುತ್ತವೆ.
ಉತ್ಪನ್ನದ ಹೆಸರಿನಿಂದ ಊಹಿಸುವ ಬದಲು ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ನೀವೇ ದೃಢೀಕರಿಸಿ. ಲಿಂಕ್ ವಿವರಗಳು ಸಾಧನದ ಪ್ರಕಾರವನ್ನು ಹೆಸರಿಸುತ್ತವೆ ಮತ್ತು ಜಾರಿಯಲ್ಲಿರುವ ಫ್ಲ್ಯಾಗ್‌ಗಳನ್ನು ತೋರಿಸುತ್ತವೆ, ಮತ್ತು TUN ಸಾಧನದಲ್ಲಿ ತೆಗೆದ ಸೆರೆಹಿಡಿಯುವಿಕೆ ನೀವು ಕೇಳಿದ್ದರಿಂದ ಮಾತ್ರ Ethernet ಶೀರ್ಷಿಕೆಯನ್ನು ಪಡೆಯುವುದಿಲ್ಲ. TUN ಸೆರೆಹಿಡಿಯುವಿಕೆಯಲ್ಲಿ ಟ್ಯಾಗ್‌ಗಳು ಕಾಣಿಸಿದರೆ, ನೀವು ಬಹುತೇಕ ಖಚಿತವಾಗಿ ಬೇರೆ ಇಂಟರ್ಫೇಸ್ ಅಥವಾ ತನ್ನ ಪೇಲೋಡ್ ಒಳಗೆ ಫ್ರೇಮ್‌ಗಳನ್ನು ಸಾಗಿಸುವ ಟನೆಲ್ ಓದುತ್ತಿದ್ದೀರಿ. ಮುಂದುವರಿಯುವ ಮೊದಲು ನೀವು ಯಾವ ಸಂದರ್ಭದಲ್ಲಿದ್ದೀರಿ ಎಂದು ಗಮನಿಸಿ.
ಎರಡನೆಯದು: ವಸ್ತು ಇನ್ನೂ ಇರುವ ಸ್ಥಳದಲ್ಲಿ ಸೆನ್ಸರ್ ಇರಿಸಿ
ಮೂರು ಸ್ಥಾನಗಳು ಹೆಚ್ಚಿನ ರೂಟೆಡ್ ವಿನ್ಯಾಸಗಳನ್ನು ಆವರಿಸುತ್ತವೆ: ಶಾಖೆಯ Ethernet ವಿಭಾಗ, ಟನೆಲ್ ತುದಿಗಳ ನಡುವಿನ ಹೊರ ಜಾಲ ಮತ್ತು ಟನೆಲ್ ಸಂಸ್ಕರಣೆಯ ನಂತರದ ಮಾರ್ಗ. ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ವಸ್ತುವನ್ನು ನೋಡುತ್ತದೆ, ಮತ್ತು ಟ್ಯಾಗ್ ಮೊದಲನೆಯದರಲ್ಲಿ ಮಾತ್ರ ಇರುತ್ತದೆ. ಸೆನ್ಸರ್ ಸ್ಥಾನವನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ನೀತಿಗೆ ಯಾವ ವಸ್ತು ಬೇಕು ಎಂಬ ನಿರ್ಣಯ, ಅನುಕೂಲದ ಪ್ರಶ್ನೆಯಲ್ಲ.
| Observation point | What is actually there | Question it can answer |
|---|---|---|
| Branch Ethernet segment | Tagged frames on the local wire | Which VLAN carried this frame here |
| Outer tunnel network | The protected carrier between endpoints | Which endpoints are exchanging traffic |
| After tunnel processing | Recovered IP packets | Which branch prefix the packet claims |
ನೀತಿಯ ಪ್ರಶ್ನೆಯನ್ನು ಕೋಷ್ಟಕ ಉತ್ತರಿಸಬಲ್ಲ ಪದಗಳಲ್ಲಿ ಕೇಳಿ, ಅದು ಸಾಮಾನ್ಯವಾಗಿ ತಾನೇ ಬಗೆಹರಿಯುತ್ತದೆ. ಪ್ಯಾಕೆಟ್ ಯಾವ ಶಾಖೆಯಿಂದ ಬಂತು ಎಂದು ನಿಯಮ ತಿಳಿಯಬೇಕಿದ್ದರೆ, ಕೆಳಮೊಗ್ಗಿನ ಪ್ರಿಫಿಕ್ಸ್ ನಕ್ಷೆ ಸಾಕಾಗಬಹುದು, ಆದರೆ ಆ ನಕ್ಷೆ ನಿಖರ ಮತ್ತು ನಿಸ್ಸಂದಿಗ್ಧವಾಗಿರುವವರೆಗೆ ಮಾತ್ರ. ಫ್ರೇಮ್ ಯಾವ ಪೋರ್ಟ್‌ಗೆ ಬಂತು ಎಂದು ನಿಯಮ ತಿಳಿಯಬೇಕಿದ್ದರೆ, ನಿಮಗೆ ಮೊದಲ ಸ್ಥಾನ ಬೇಕು, ಏಕೆಂದರೆ ಕೆಳಮೊಗ್ಗಿನಲ್ಲಿ ಯಾವುದೂ ಅದನ್ನು ಮರುನಿರ್ಮಿಸಲಾರದು. ಪ್ರಶ್ನೆಯ ಬದಲು ಅಭ್ಯಾಸದಿಂದ ಇರಿಸಿದ ಸೆನ್ಸರ್‌ಗಳೇ ತಂಡಗಳು ವಿನ್ಯಾಸ ಎಂದೂ ಒಯ್ಯದ ಕ್ಷೇತ್ರವನ್ನು ಕೊನೆಗೆ ಬೇಡಿಕೆ ಮಾಡುವಂತೆ ಮಾಡುತ್ತವೆ.
Ethernet ಸಾಗಿಸುವ ಟನೆಲ್ ಬೇರೆ ವಿನ್ಯಾಸ ಮತ್ತು ತುದಿಗಳು ಏನನ್ನು ಸಂರಕ್ಷಿಸುತ್ತವೆ ಅಥವಾ ಮರುಬರೆಯುತ್ತವೆ ಎಂಬುದರ ಸ್ವಂತ ಪರಿಶೀಲನೆ ಅಗತ್ಯ. TAP ಅನ್ನು ಮಾತ್ರ ಆಯ್ಕೆ ಮಾಡುವುದು ಇನ್ನೂ ಸೇತುವೆ, VLAN ಪ್ರವೇಶ ನಿಯಮಗಳು ಅಥವಾ ಪರಿಶೀಲನಾ ನೀತಿಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವುದಿಲ್ಲ.
ಮೂರನೆಯದು: ಮೂಲ ಸಂದರ್ಭವನ್ನು ನಂಬುವ ಬದಲು ಗಳಿಸಿ
ಪ್ರತಿ ಶಾಖೆಗೆ ಒಂದು ವಿಳಾಸ ವ್ಯಾಪ್ತಿ VLAN ಗುರುತಿನ ಸಾಮಾನ್ಯ ಬದಲಿ, ಮತ್ತು ನಕ್ಷೆ ಒಂದಕ್ಕೊಂದು ಇರುವವರೆಗೆ ಮಾತ್ರ ಅದು ನಿಲ್ಲುತ್ತದೆ. ಅತಿಪಾತ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳು, ಭಾಷಾಂತರ ಮತ್ತು ಹಂಚಿದ ಗೇಟ್‌ವೇ ಪ್ರತಿಯೊಂದೂ ಆ ಊಹೆಯನ್ನು ವಿನ್ಯಾಸದ ಸಮಸ್ಯೆಯಲ್ಲ, ದತ್ತಾಂಶ ಗುಣಮಟ್ಟದ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುವ ರೀತಿಯಲ್ಲಿ ಮುರಿಯುತ್ತವೆ. ನಕ್ಷೆಯನ್ನು ಅದರ ಗಡಿಗಳೊಂದಿಗೆ ಬರೆಯಿರಿ ಮತ್ತು ಎರಡು ಸಾಲುಗಳಿಗೆ ಹೊಂದುವ ಪ್ಯಾಕೆಟ್‌ಗೆ ಏನಾಗುತ್ತದೆ ಎಂದು ಹೇಳಿ. ಎರಡು ಶಾಖೆಗಳಲ್ಲಿ ಕಾಣುವ ಪ್ರಿಫಿಕ್ಸ್ ನೀವು ಪತ್ತೆ ಮಾಡುವ ದೋಷವಾಗಿರಬೇಕು, ನೀವು ಒಪ್ಪುವ ನಾಣ್ಯದ ಎಸೆತವಲ್ಲ.
ಕ್ಲೈಂಟ್ ಒದಗಿಸಿದ ಸಂದರ್ಭ ಸದಸ್ಯತ್ವದ ಸಾಕ್ಷ್ಯವಲ್ಲ. ಅದು ಒಂದು ಪ್ರತಿಪಾದನೆ, ಮತ್ತು ಅದರ ಸ್ಥಾನ ಬೇರೆ ಕಾಲಮ್‌ನಲ್ಲಿ.
ಭೇದ ಮುಖ್ಯವಾದಲ್ಲಿ, ನೀವು ನಿಯಂತ್ರಿಸುವ ಸಂಯೋಗ ದತ್ತಾಂಶವನ್ನು ಬಳಸಿ: ಯಾವ ಟನೆಲ್ ನಿದರ್ಶನ ಸಂಪರ್ಕವನ್ನು ಸ್ವೀಕರಿಸಿತು, ಪ್ಯಾಕೆಟ್‌ಗಳು ಯಾವ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಬಂದವು, ಆ ಸಹಚರರ ಬಗ್ಗೆ ಸ್ಥಳೀಯ ರೂಟ್ ಕೋಷ್ಟಕ ಏನು ಹೇಳುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಒದಗಿಸಿದ ಲೇಬಲ್ ಉಪಯುಕ್ತ ಸುಳಿವು ಮತ್ತು ನಿರುಪಯುಕ್ತ ಅಧಿಕೃತತೆ ಇನ್‌ಪುಟ್. ಸೆನ್ಸರ್ ತನ್ನ ಬದಿಯಿಂದ ಸಂಯೋಗವನ್ನು ಸ್ಥಾಪಿಸಲಾಗದಿದ್ದರೆ, ನೀತಿಗೆ ಆತ್ಮವಿಶ್ವಾಸದ ಊಹೆಯ ಬದಲು ವಿಶಾಲ ನಿಯಮ ಬೇಕು.
ನಾಲ್ಕನೆಯದು: ಪ್ರತ್ಯುತ್ತರ ಮಾರ್ಗ ಮತ್ತು ಡೀಕ್ರಿಪ್ಶನ್ ಏನನ್ನು ತಪ್ಪಿಸುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ
ಒಂದೇ ದಿಕ್ಕನ್ನು ನೋಡುವ ಸೆನ್ಸರ್ ಕೂಡ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣಬಹುದು, ಏಕೆಂದರೆ ವಿನಂತಿಗಳು ಸಮಯಕ್ಕೆ ಸರಿಯಾಗಿ ಬರುತ್ತಲೇ ಇರುತ್ತವೆ. ಪ್ರತ್ಯುತ್ತರ ಮಾರ್ಗವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಸಾಮಾನ್ಯ ತಲುಪುವಿಕೆಗಲ್ಲ, ಅದೇ ಹರಿವಿಗೆ ಪರಿಶೀಲಿಸಿ. ಅರ್ಧ-ದ್ವಿಮುಖ ಗೋಚರತೆ ಅದರಿಂದ ನೀವು ತೆಗೆದುಕೊಳ್ಳುವ ಪ್ರತಿ ಸ್ಥಿತಿ-ಆಧಾರಿತ ತೀರ್ಮಾನದಲ್ಲೂ ಮೌನ ಅಂತರವಾಗುತ್ತದೆ.
ಒಳಗಿನ IP ಸಂಚಾರವನ್ನು ಮರಳಿ ಪಡೆಯುವುದೂ ಅದರೊಳಗಿನ ಅನ್ವಯವನ್ನು ನೋಡುವುದಕ್ಕೆ ಸಮವಲ್ಲ, ಏಕೆಂದರೆ ಟನೆಲ್ ಮೇಲೆ ಸಾಗಿಸುವ TLS TLS ಆಗಿಯೇ ಉಳಿಯುತ್ತದೆ.
ip -d link show tun0
tcpdump -i tun0 -n -e -c 5ಆ ಎರಡು ಆಜ್ಞೆಗಳು ಇಂಟರ್ಫೇಸ್ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತವೆ ಮತ್ತು ಸೆರೆಹಿಡಿಯುವಿಕೆಯಲ್ಲಿ ನಿಜವಾಗಿ ಏನಿದೆ ಎಂದು ತೋರಿಸುತ್ತವೆ, ಇದು ವಾಸ್ತುಶಿಲ್ಪದ ಬಗ್ಗೆ ವಾದಿಸುವುದಕ್ಕಿಂತ ವೇಗವಾಗಿದೆ. ನಿಮ್ಮ ವಿನ್ಯಾಸ ಬಳಸುವ ಇಂಟರ್ಫೇಸ್ ಹೆಸರನ್ನು ಬದಲಿಸಿ ಮತ್ತು ನಿಮಗೆ ಮುಖ್ಯವಾದ ಹರಿವು ಸಕ್ರಿಯವಾಗಿರುವಾಗ ಸೆರೆಹಿಡಿಯುವಿಕೆ ಚಲಾಯಿಸಿ. TUN ಸಾಧನದಲ್ಲಿ ಯಾವುದೇ ಟ್ಯಾಗ್ ಕಾಣದಿದ್ದಾಗ, ಸೆನ್ಸರ್ ದತ್ತಾಂಶ ಕಳೆದುಕೊಂಡಿತು ಎಂದಲ್ಲ, ವಿನ್ಯಾಸ ಸೇತುವೆ ಬದಲು ರೂಟಿಂಗ್ ಮಾಡಿತು ಎಂಬುದು ಕಂಡುಹಿಡಿಯುವಿಕೆ. ನಂತರ ಟ್ಯಾಗ್ ನೋಡಬಲ್ಲ ಸ್ಥಾನಕ್ಕೆ ಸೆನ್ಸರ್ ಸರಿಸಿ, ಅಥವಾ ಪ್ರಸ್ತುತ ಸ್ಥಾನ ಬೆಂಬಲಿಸಬಲ್ಲ ಪದಗಳಲ್ಲಿ ನಿಯಮವನ್ನು ಮರುಬರೆಯಿರಿ.