ಕ್ಲೈಂಟ್ VLANಗಳು ಅಥವಾ ಟ್ಯಾಗ್ ಮಾಡಿದ ಟ್ರಂಕ್: ಸರಿಯಾದ OpenVPN ಮೋಡ್ ಆಯ್ಕೆಮಾಡಿ
vlan-tagging ಸರ್ವರ್ ನಿಗದಿಪಡಿಸುವ ಪ್ರವೇಶ ಪೋರ್ಟ್ಗಳಿಗೆ ಸ್ವಿಚ್ ಮಾದರಿ, ಪಾರದರ್ಶಕ ಟ್ಯಾಗ್ ಸಾಗಣೆ ಅಲ್ಲ. ಎರಡೂ ವಿನ್ಯಾಸಗಳನ್ನು ಮತ್ತು ನಿರ್ಣಯಿಸುವ ಮೂರು ಷರತ್ತುಗಳನ್ನು ಹೋಲಿಸಿ.
ಬಹುತೇಕ ಒಂದೇ ಮಾತುಗಳಲ್ಲಿ ಎರಡು ವಿನಂತಿಗಳು ಬರುತ್ತವೆ: ಪ್ರತಿ VPN ಕ್ಲೈಂಟ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಿದ VLANಗೆ ಹಾಕಿ, ಅಥವಾ ಇರುವ VLAN ಟ್ರಂಕ್ ಅನ್ನು VPN ಮೂಲಕ ಸಾಗಿಸಿ. ಇವು ಬೇರೆ ಬೇರೆ ಉತ್ಪನ್ನಗಳು. OpenVPNನ ಒಳಗೊಂಡಿರುವ VLAN-ಅರಿವಿನ ಮೋಡ್ ಮೊದಲ ವಿನಂತಿಗೆ ಸ್ವಿಚ್ ಮಾದರಿ, ಮತ್ತು ಅದು ಪಾರದರ್ಶಕ ಟ್ಯಾಗ್ ಸಾಗಣೆಯ ಸಮಾನಾರ್ಥಕವಲ್ಲ. ತಪ್ಪು ಆಯ್ಕೆ ಮಾಡಿದರೆ ಸಂರಚಿಸಿದಂತೆ ಕಾಣುವ, ಆದರೆ ನಿಮಗೆ ಮುಖ್ಯವಾದ ಫ್ರೇಮ್ಗಳನ್ನು ಸದ್ದಿಲ್ಲದೆ ಬಿಟ್ಟುಬಿಡುವ ವಿನ್ಯಾಸ ಸಿಗುತ್ತದೆ.
VLAN-ಅರಿವಿನ ಮೋಡ್ ನಿಜವಾಗಿ ಏನನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ
ಸರ್ವರ್ಗೆ ಮಾತ್ರ TAP ನಿಯೋಜನೆಯಲ್ಲಿ vlan-tagging ಸಕ್ರಿಯವಾದಾಗ, ಡೀಮನ್ ತನ್ನ TAP ಸಾಧನ ಮತ್ತು ಸಂಪರ್ಕಗೊಂಡ ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಅನ್ನು ಆಂತರಿಕ ಸ್ವಿಚ್ನ ಪೋರ್ಟ್ಗಳಾಗಿ ರೂಪಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಪೋರ್ಟ್ಗಳು ಟ್ಯಾಗ್ ಇಲ್ಲದವು, ಮತ್ತು ಅವುಗಳ VLAN ಸಂಬಂಧ ಸರ್ವರ್ನಲ್ಲಿ ಪ್ರತಿ ಕ್ಲೈಂಟ್ನ vlan-pvid ಸಂದರ್ಭದ ಮೂಲಕ ನಿಗದಿಯಾಗುತ್ತದೆ, ಕ್ಲೈಂಟ್ ಕಳುಹಿಸುವ ಯಾವುದರಿಂದಲೂ ಅಲ್ಲ. ಮಾದರಿಯ ಇಡೀ ತಿರುಳು ಇದೇ: ಸದಸ್ಯತ್ವ ಪ್ರಮಾಣೀಕೃತ ಸಹವರ್ತಿಯ ಬಗ್ಗೆ ಸರ್ವರ್ ಕಡೆಯ ನಿರ್ಣಯ. ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಯಾವುದೂ ತಾನು ಯಾವ VLANಗೆ ಸೇರಿದೆ ಎಂದು ತಿಳಿಯಬೇಕಿಲ್ಲ.
ಸರ್ವರ್ನ TAP ಬದಿ vlan-accept ಮೂಲಕ ತನ್ನದೇ ಟ್ಯಾಗ್ ಮಾಡಿದ ಅಥವಾ ಟ್ಯಾಗ್ ಇಲ್ಲದ ಸ್ವೀಕಾರ ನೀತಿಯನ್ನು ಪಡೆಯುತ್ತದೆ. ಆ ಸ್ವಿಚ್ ಒಳಗೆ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವುದು ಹೊಂದಿಕೆಯಾಗುವ VIDಗಳ ನಡುವೆ ಮಾತ್ರ ನಡೆಯುತ್ತದೆ, client-to-client ನಿಗದಿಯಾಗಿದ್ದರೂ ಸಹ, ಆದ್ದರಿಂದ ಬೇರೆ ಬೇರೆ VLANಗಳಲ್ಲಿರುವ ಇಬ್ಬರು ಕ್ಲೈಂಟ್ಗಳು ಇಬ್ಬರೂ ಸರ್ವರ್ಗೆ ಸಂಪರ್ಕಗೊಂಡಿದ್ದರೂ ಸರ್ವರ್ ಮೂಲಕ ಒಬ್ಬರನ್ನೊಬ್ಬರು ತಲುಪಲಾರರು.
ಈ ಮಾದರಿ ಪ್ರವೇಶ-ಪೋರ್ಟ್ ಮಾದರಿ. ಕ್ಲೈಂಟ್ನಿಂದ ಹೊರಹೋಗುವ ಫ್ರೇಮ್ಗಳು ಟ್ಯಾಗ್ ಇಲ್ಲದವು, ಮತ್ತು ಸಂಬಂಧವನ್ನು ಸರ್ವರ್ ಗುರುತಿನ ಆಧಾರದಲ್ಲಿ ಹೇರುತ್ತದೆ. ಲ್ಯಾಪ್ಟಾಪ್ ತನ್ನ ಸ್ವಂತ ಸಂಚಾರವನ್ನು ತಾನೇ ಟ್ಯಾಗ್ ಮಾಡಿಕೊಳ್ಳಲು ಹೇಳುವುದು ಬೇರೆ ವಿನ್ಯಾಸವನ್ನು ಕೇಳುವುದು.
ನಿಗದಿಗಳು ಪ್ರಮಾಣೀಕೃತ ಕ್ಲೈಂಟ್ ಗುರುತನ್ನು ಅನುಸರಿಸಬೇಕು, ಕ್ಲೈಂಟ್ ತನ್ನ ಬಗ್ಗೆ ನೀಡುವ ಮೌಲ್ಯವನ್ನಲ್ಲ. ಬಿಟ್ಟುಹೋದ ನಿಗದಿ ಕ್ವಾರಂಟೈನ್ ಸ್ಥಿತಿಯೂ ಅಲ್ಲ: ಕ್ಲೈಂಟ್ ಡೀಫಾಲ್ಟ್ PVIDಗೆ ಬೀಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಕಾಣೆಯಾದ ccd ನಮೂದು ಮೌನ ನೀತಿ ನಿರ್ಣಯ, ತಟಸ್ಥವಲ್ಲ.
ಪಾರದರ್ಶಕ ಟ್ರಂಕ್ ಬದಲಿಗೆ ಏನನ್ನು ಬಯಸುತ್ತದೆ
ಈಗಾಗಲೇ ಟ್ಯಾಗ್ ಮಾಡಿದ ಫ್ರೇಮ್ಗಳನ್ನು ತುದಿಯಿಂದ ತುದಿಗೆ ಸಾಗಿಸುವುದು VLAN-ಅರಿವಿನ ಸಂಸ್ಕರಣೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದರಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಸ್ವಿಚ್ ಮಾದರಿ ಮತ್ತು ಟ್ಯಾಗ್ ಸಂರಕ್ಷಣೆ ಪರ್ಯಾಯಗಳು, ಮತ್ತು ಎರಡನ್ನೂ ಸಕ್ರಿಯಗೊಳಿಸುವುದು ಒಂದು ವೈಶಿಷ್ಟ್ಯವನ್ನು ಇನ್ನೊಂದರ ಕೆಲಸ ಮಾಡಲು ಕೇಳುವುದು.
ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಕೇವಲ ಆರಂಭ. ಪ್ರತಿ ತುದಿಯಲ್ಲಿನ ಸೇತುವೆ ಮತ್ತು ಭೌತಿಕ ಸ್ವಿಚ್ ಪೋರ್ಟ್ಗಳು ಯಾವ VLANಗಳು ಅನುಮತಿಸಲ್ಪಟ್ಟಿವೆ, ಯಾವ ಟ್ಯಾಗ್ ಸ್ಥಳೀಯವಾಗಿದೆ ಮತ್ತು ಟ್ಯಾಗ್ ಇಲ್ಲದ ಫ್ರೇಮ್ಗಳನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ ಎಂಬುದರಲ್ಲಿ ಒಪ್ಪಬೇಕು. ಮಿತಿಯಿಲ್ಲದ ಟ್ರಂಕ್ ವಿಸ್ತರಿಸುವುದು ನೀವು ಸಂಪರ್ಕಿಸಲು ಬಯಸಿದ ಎರಡಕ್ಕಿಂತ ಹೆಚ್ಚು ಪ್ರಸಾರ ಕ್ಷೇತ್ರಗಳನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ.
ಫ್ರೇಮ್ ಗಾತ್ರಕ್ಕೆ ತನ್ನದೇ ಬಜೆಟ್ ಬೇಕು. ಟ್ಯಾಗ್ ಮಾಡಿದ ಈಥರ್ನೆಟ್ ಫ್ರೇಮ್ ಜೊತೆಗೆ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಮಾರ್ಗದರ್ಶಿಯಿಂದ ನಕಲಿಸುವ ಪೇಲೋಡ್ ಸಂಖ್ಯೆಗಿಂತ ದೊಡ್ಡದಾಗಿರುತ್ತದೆ, ಮತ್ತು ರೂಟ್ ಮಾಡಿದ ಸುರಂಗಕ್ಕೆ ಸರಿಹೊಂದಿದ MTU ಟ್ರಂಕ್ ಮಾರ್ಗ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ.
ಉತ್ತರವನ್ನು ನಿರ್ಣಯಿಸುವ ಮೂರು ಷರತ್ತುಗಳು
ಮೊದಲನೆಯದಾಗಿ, ಕ್ಲೈಂಟ್ ವೇದಿಕೆ TAP ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬೆಂಬಲಿಸುತ್ತದೆಯೇ? Android ಮತ್ತು iOS ಬೆಂಬಲಿಸುವುದಿಲ್ಲ, ಮತ್ತು macOS ಬೆಂಬಲ ಸೀಮಿತವಾಗಿದೆ, ಆದ್ದರಿಂದ ಮೊಬೈಲ್ ಬಳಕೆದಾರರ ಪಡೆ VLANಗಳನ್ನು ಹೇಗೇ ಜೋಡಿಸಿದರೂ ಎರಡೂ TAP ವಿನ್ಯಾಸಗಳನ್ನು ತಳ್ಳಿಹಾಕುತ್ತದೆ. ರೂಟ್ ಮಾಡಿದ TUN ಅವಧಿ IP ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಈಥರ್ನೆಟ್ ಫ್ರೇಮ್ಗಳನ್ನಲ್ಲ, ಮತ್ತು ಸರ್ವರ್ ಕಡೆಯ ಯಾವುದೇ VLAN ಸಂರಚನೆ ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ಸ್ಥಳನಕ್ಷೆ ವಿನ್ಯಾಸಿಸುವ ಮೊದಲು ಪಡೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಈ ಷರತ್ತನ್ನು ತಪ್ಪಿಸಲಾಗದು. ಸ್ವಿಚ್ ಕೆಲಸ ಮುಗಿದ ನಂತರ ಹೆಚ್ಚಾಗಿ ಪತ್ತೆಯಾಗುವ ಷರತ್ತೂ ಇದೇ.
ಎರಡನೆಯದಾಗಿ, VLAN ಅನ್ನು ಯಾರು ನಿಗದಿಪಡಿಸುತ್ತಾರೆ? ಉತ್ತರ «ಸರ್ವರ್, ಯಾರು ಪ್ರಮಾಣೀಕರಿಸಿದರು ಎಂಬುದರ ಆಧಾರದಲ್ಲಿ» ಆಗಿದ್ದರೆ ಸ್ವಿಚ್ ಮಾದರಿ ಸರಿಹೊಂದುತ್ತದೆ. ಉತ್ತರ «ಇರುವ ಸ್ವಿಚ್ ಮೂಲಸೌಕರ್ಯ, ಈಗಾಗಲೇ ಇರುವ ಟ್ಯಾಗ್ಗಳೊಂದಿಗೆ» ಆಗಿದ್ದರೆ ನಿಮಗೆ ಟ್ರಂಕ್ ವಿನ್ಯಾಸ ಬೇಕು.
ಮೂರನೆಯದಾಗಿ, ನೆಟ್ವರ್ಕ್ನ ಎಷ್ಟು ಭಾಗ ತಲುಪಬಹುದಾದ್ದಾಗಿರಬೇಕು? ಸ್ವಿಚ್ ಮಾದರಿ ರಚನೆಯಿಂದಲೇ ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಅನ್ನು ಒಂದು VLANನಲ್ಲಿ ಇಡುತ್ತದೆ. ಟ್ರಂಕ್ ವಿನ್ಯಾಸ ಸೇತುವೆ, ಮತ್ತು ತಪ್ಪಾಗಿ ಸಂರಚಿಸಿದ ಸೇತುವೆ ಬೇರೆಯಾಗಿ ಉಳಿಯಬೇಕಿದ್ದ ಪ್ರಸಾರ ಕ್ಷೇತ್ರಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ.
ನೀವು ಮಾಡಿದ ಆಯ್ಕೆಯನ್ನು ಪರೀಕ್ಷಿಸುವುದು
ಅನುಮತಿಸಿದ VLANನಲ್ಲಿ ಇರಬೇಕಾದ ಒಬ್ಬ ಕ್ಲೈಂಟ್ ಮತ್ತು ಇರಬಾರದ ಇನ್ನೊಬ್ಬರನ್ನು ಸಂಪರ್ಕಿಸಿ, ನಂತರ ಸರ್ವರ್ನಿಂದಲ್ಲ, ನಿಜವಾದ ತುದಿಯಿಂದ ಪರೀಕ್ಷಿಸಿ. ಸರ್ವರ್ ಕಡೆಯ ತಲುಪುವಿಕೆ ಸೇತುವೆ ಅಥವಾ ಸ್ವಿಚ್ ಇದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ; ಕ್ಲೈಂಟ್ ಯಾವ VLANಗೆ ಬಿದ್ದಿತು ಎಂಬುದನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
ip -d link show tap0
bridge vlan showಸರ್ವರ್ನಲ್ಲಿ, ಎರಡನೇ ಆದೇಶ ಪ್ರತಿ ಸೇತುವೆ ಪೋರ್ಟ್ನ VLAN ಸದಸ್ಯತ್ವವನ್ನು ತೋರಿಸುತ್ತದೆ, ಪೋರ್ಟ್ ಟ್ಯಾಗ್ ಆಗಿದೆಯೇ ಎಂಬುದೂ ಸೇರಿ. ಎರಡನೇ ಪದರದ ಮೇಲಿನ ಯಾವುದನ್ನೂ ಡೀಬಗ್ ಮಾಡುವ ಮೊದಲು ಅದನ್ನು ನೀವು ಉದ್ದೇಶಿಸಿದ ನಿಗದಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ.
ನಿಯೋಜನೆ ಎರಡು ವಿನ್ಯಾಸಗಳಲ್ಲಿ ಯಾವುದನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ದಾಖಲಿಸಿ. «VLAN-ಅರಿವಿನ» ಎಂದು ಹೇಳುವ ಟಿಪ್ಪಣಿ ಅಸ್ಪಷ್ಟ, ಮತ್ತು ಮುಂದಿನ ಇಂಜಿನಿಯರ್ ಮೊದಲು ಕಲಿತದ್ದನ್ನೇ ಊಹಿಸಿಕೊಳ್ಳುತ್ತಾರೆ. OpenVPN VLAN ಉಲ್ಲೇಖಸ್ವಿಚ್ನ ವರ್ತನೆ ಮತ್ತು ಪ್ರತಿ ಕ್ಲೈಂಟ್ನ ಸಂದರ್ಭವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ನೀವು ಯಾವ ಮಾದರಿ ನಡೆಸುತ್ತಿದ್ದೀರಿ ಎಂದು ಖಚಿತಪಡಿಸಲು ಇದು ಅತಿ ಚಿಕ್ಕ ಮಾರ್ಗ.