L2 VPN ಹಾಗೂ L3 ಸುರಂಗ: ಸೈಟ್ ಸೇತುವೆ ಮಾಡುವ ಮೊದಲು ಐದು ಪರಿಶೀಲನೆಗಳು
L3 ಸುರಂಗವು Ethernet ಹೆಡರ್ ಅನ್ನು ಬಿಸಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ARP, PXE ಮತ್ತು IP-ಅಲ್ಲದ ಪ್ರೋಟೋಕಾಲ್ಗಳು ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತವೆ. ನಿಜವಾಗಿ ಫ್ರೇಮ್ಗಳು ಬೇಕೇ ಎಂದು ಐದು ಪರಿಶೀಲನೆಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ.
ನೀವು ಸೈಟ್ ಸೇತುವೆ ಮಾಡುತ್ತೀರಿ ಏಕೆಂದರೆ ಒಂದು ಸಾಧನವು ಅದು ಅದೇ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿರಬೇಕು ಎಂದು ಒತ್ತಾಯಿಸುತ್ತದೆ, ಮತ್ತು ಮೂರು ವಾರಗಳ ನಂತರ ರಾತ್ರಿ ಎರಡು ಗಂಟೆಗೆ ನೀವು ಸ್ವಿಚ್ ಲಾಗ್ಗಳನ್ನು ಓದುತ್ತಿದ್ದೀರಿ. ಅಂತಹ ಊಹೆ ತುಂಬಾ ಹೆಚ್ಚು Ethernet-over-IP ಲಿಂಕ್ಗಳನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಇಲ್ಲಿ ನಿಜವಾಗಿ ಮುಖ್ಯವಾದ ಒಂದೇ ವ್ಯತ್ಯಾಸ ಇದೆ: ಪೂರ್ಣ ಫ್ರೇಮ್ಗಳು ತುದಿಯಿಂದ ತುದಿಗೆ ಹೋಗುತ್ತವೆಯೇ, ಅಥವಾ IP ಪ್ಯಾಕೆಟ್ಗಳು ಮಾತ್ರ ಹೋಗುತ್ತವೆಯೇ. ಕೆಳಗಿನ ಐದು ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ನಡೆಸಿ ಮತ್ತು ಮೊದಲನೆಯದು ವಿಫಲವಾದಲ್ಲಿ ನಿಲ್ಲಿಸಿ.
ಅಪ್ಲಿಕೇಶನ್ ನಿಜವಾಗಿ ತಂತಿಗೆ ಏನು ಹಾಕುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ
ಯಾವುದೇ ಉತ್ಪನ್ನದ ಹೆಸರು ಚರ್ಚೆಗೆ ಬರುವ ಮೊದಲು, ಲಿಂಕ್ ದಾಟಬೇಕಾದ ಸಂಚಾರದ ಒಂದು ನಿಮಿಷವನ್ನು ಸೆರೆಹಿಡಿಯಿರಿ: tcpdump -i eth0 -nn -e 'not ip'. ಈ ಆಯ್ಕೆ -e ಲಿಂಕ್-ಲೇಯರ್ ಹೆಡರ್ ಅನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ರೂಟೆಡ್ ಸುರಂಗ ಬಿಸಾಡುವ ಭಾಗವೇ ಆಗಿದೆ. ಸೆರೆಹಿಡಿಯುವಿಕೆ ಖಾಲಿಯಾಗಿದ್ದರೆ, ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ IP ಮಾತನಾಡುತ್ತದೆ ಮತ್ತು L3 ಸುರಂಗ ಅದನ್ನು ಬದಲಾವಣೆ ಇಲ್ಲದೆ ಸಾಗಿಸುತ್ತದೆ. ಫ್ರೇಮ್ಗಳು ಕಾಣಿಸಿಕೊಂಡರೆ, EtherType ಅನ್ನು ಬರೆದಿಡಿ, ಏಕೆಂದರೆ 0x0806 ARP, 0x88cc LLDP, ಮತ್ತು ತಯಾರಕರ ಮೌಲ್ಯ ಸಾಮಾನ್ಯವಾಗಿ IP ಪರ್ಯಾಯವಿಲ್ಲದ ಅನ್ವೇಷಣಾ ಪ್ರೋಟೋಕಾಲ್ ಎಂದರ್ಥ. ಈ ಹಂತದಲ್ಲೇ ಸಾಮಾನ್ಯ tun ಇಂಟರ್ಫೇಸ್ ಸಾಕಾಗುವುದಿಲ್ಲ.
ದೂರದ ಬದಿಯಲ್ಲೂ ಸೆರೆಹಿಡಿಯುವಿಕೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಒಂದೇ ಹೋಸ್ಟ್ನ ವರ್ಚುವಲ್ ಸ್ವಿಚ್ ಒಳಗೆ ಮಾತ್ರ ಇರುವ ಫ್ರೇಮ್, ಬ್ರಾಡ್ಕಾಸ್ಟ್ ಡೊಮೇನ್ ಅನ್ನು WAN ಮೇಲೆ ವಿಸ್ತರಿಸಲು ಕಾರಣವಲ್ಲ.
ಅನ್ವೇಷಣೆ ಲಿಂಕ್ ದಾಟಬೇಕೇ ಎಂದು ಪರಿಶೀಲಿಸಿ
ರೂಟೆಡ್ ಸುರಂಗಕ್ಕೆ ಹಂಚಿದ ವಿಭಾಗವಿಲ್ಲ, ಆದ್ದರಿಂದ ಗುಂಪಿಗೆ ಉದ್ದೇಶಿಸಿದ ಯಾವುದೂ ಇನ್ನೊಂದು ತುದಿಗೆ ತಲುಪುವುದಿಲ್ಲ. ARP, DHCP ಬ್ರಾಡ್ಕಾಸ್ಟ್ಗಳು, 224.0.0.251 ನಲ್ಲಿ mDNS, SSDP ಮತ್ತು NetBIOS ಹೆಸರಿನ ಪ್ರಶ್ನೆಗಳು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಹಲವು ಹೋಸ್ಟ್ಗಳು ಕೇಳಬಹುದಾದ ಲಿಂಕ್ ಅನ್ನು ಊಹಿಸುತ್ತವೆ.
ಅಪ್ಲಿಕೇಶನ್ ನಿಜವಾಗಿ ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನು ಅವಲಂಬಿಸಿದೆ ಮತ್ತು ಅದಕ್ಕೆ ಈಗಾಗಲೇ ಪ್ರಾಕ್ಸಿ ಇದೆಯೇ ಎಂದು ಕೇಳಿ. DHCP ರಿಲೇ, mDNS ಪ್ರತಿಫಲನ ಮತ್ತು ಸ್ಥಿರ ARP ನಮೂದುಗಳು ಪ್ರತಿಯೊಂದೂ ಒಂದು ಅವಲಂಬನೆಯನ್ನು ತೆಗೆದುಹಾಕುತ್ತವೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ನಡೆಸಿ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬೇಕಾದ ಇನ್ನೊಂದು ಸೇವೆ. ಎರಡು ಅಥವಾ ಮೂರು ಉಳಿದರೆ, ಸೇತುವೆ ಮಾಡುವುದೇ ಪ್ರಾಮಾಣಿಕ ಉತ್ತರ.
ಹೆಚ್ಚುವರಿ ಹೆಡರ್ ನಿಮಗೆ ಎಷ್ಟು ವೆಚ್ಚವಾಗುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ
ಫ್ರೇಮ್ಗಳಿಗೆ ವಾಸಿಸಲು ಸ್ಥಳ ಬೇಕು, ಆದ್ದರಿಂದ ನೀವು ಕಳುಹಿಸುವ ಎಲ್ಲದರ ಸುತ್ತ ಎರಡನೇ ಹೆಡರ್ ಸ್ಟ್ಯಾಕ್ ಸುತ್ತಿಕೊಳ್ಳುತ್ತದೆ. VXLAN ಓವರ್ಲೇನಲ್ಲಿ ಅದು ಹೊರಗಿನ IP ಹೆಡರ್, UDP ಹೆಡರ್ ಮತ್ತು 8-ಬೈಟ್ VXLAN ಹೆಡರ್ ಎಂದರ್ಥ, ಇದು ಪೂರ್ಣ ಗಾತ್ರದ 1,500-ಬೈಟ್ ಪೇಲೋಡ್ ಅನ್ನು ಸಾಮಾನ್ಯ 1,500-ಬೈಟ್ ಇಂಟರ್ನೆಟ್ ಲಿಂಕ್ನ ಪಾತ್ MTU ಮೀರಿ ತಳ್ಳುತ್ತದೆ. OpenVPN tap ಮೋಡ್ನಲ್ಲಿ ಅದೇ ದಿಕ್ಕಿನಲ್ಲಿ ತನ್ನದೇ ಓವರ್ಹೆಡ್ ಸೇರಿಸುತ್ತದೆ. ಒಳಭಾಗದಲ್ಲಿ ಕಡಿಮೆ MTU ಇಲ್ಲದಿದ್ದರೆ ping ಗೆ ಉತ್ತರಿಸುವ ಮತ್ತು ಮೊದಲ ದೊಡ್ಡ ವರ್ಗಾವಣೆಯಲ್ಲಿ ನಿಲ್ಲುವ ಲಿಂಕ್ ಸಿಗುತ್ತದೆ.
ಬಿಲ್ ಹೆಡರ್ ಬೈಟ್ಗಳಲ್ಲಿ ನಿಲ್ಲುವುದಿಲ್ಲ. ಸ್ವಿಚ್ ಹಾರ್ಡ್ವೇರ್ನಲ್ಲಿ ನಿರ್ವಹಿಸುವ ಬ್ರಾಡ್ಕಾಸ್ಟ್ ಮತ್ತು ಮಲ್ಟಿಕಾಸ್ಟ್ ಈಗ WAN ಮೇಲೆ ಸಾಗುತ್ತವೆ, ಮತ್ತು ಪ್ರತಿ ಸೇತುವೆಯಾದ ಸೈಟ್ ಅದೇ ವಿಳಾಸ ಯೋಜನೆ, DHCP ವ್ಯಾಪ್ತಿ ಮತ್ತು ನಕಲಿ ವಿಳಾಸಗಳ ವರ್ತನೆಯನ್ನು ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುತ್ತದೆ. ಇದು ಲಿಂಕ್ ಅನ್ನು ಪ್ರತಿ ಸೈಟ್ಗೆ ಒಂದು ಪ್ರಿಫಿಕ್ಸ್ ಇರುವ ರೂಟೆಡ್ ಪೂಲ್ಗಿಂತ ಹೆಚ್ಚು ಪರಿಶೀಲನೆ-ಕಷ್ಟಕರವಾಗಿಸುತ್ತದೆ.
ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಲೆಕ್ಕ ಮಾಡಿ. ಮೂರು ಸೈಟ್ಗಳಿಗೆ ಪ್ರತಿಕೃತಿಯಾದ ನಿರತ ವಿಭಾಗವು ಅದನ್ನು ನಿರ್ಮಿಸಿದ ಫೈಲ್ ವರ್ಗಾವಣೆಗಳಿಗಿಂತ ಹೆಚ್ಚು ಬ್ರಾಡ್ಕಾಸ್ಟ್ ಸಂಚಾರವನ್ನು ಸಾಗಿಸಬಹುದು.
ನಿಮಗೆ ಯಾವ ರೀತಿಯ L2 VPN ನೀಡಲಾಗುತ್ತಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ
ಪದವೇ ಅಸ್ಪಷ್ಟವಾಗಿದೆ, ಮತ್ತು ಆ ಅಸ್ಪಷ್ಟತೆಯೇ ನಿಮ್ಮ ಸಂಚಾರವನ್ನು ಯಾರು ಸಾಗಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಕೆಲವೊಮ್ಮೆ ಅದು ಪೇಲೋಡ್ ಅನ್ನು ವಿವರಿಸುತ್ತದೆ: IP ಒಳಗಿನ Ethernet ಫ್ರೇಮ್ಗಳು, ಬೇರೆ ಯಾವುದೇ ಸುರಂಗದಂತೆ ಇಂಟರ್ನೆಟ್ ಮೇಲೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ, VXLAN, ZeroTier ಮತ್ತು OpenVPN ನ tap ಮೋಡ್ ಮಾಡುವಂತೆ. ಕೆಲವೊಮ್ಮೆ ಅದು ಖರೀದಿಸಿದ ಸೇವೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ: ಒಂದೇ ಪೂರೈಕೆದಾರರ ನೆಟ್ವರ್ಕ್ ಒಳಗೆ ಎರಡು ಸೈಟ್ಗಳನ್ನು ಸೇರಿಸುವ ಕ್ಯಾರಿಯರ್ Ethernet ಸರ್ಕ್ಯೂಟ್ ಅಥವಾ MPLS ಹುಸಿ ತಂತಿ.
ಎರಡೂ ನಿಮಗೆ ಒಂದು ವಿಭಾಗ ಕೊಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಅವನ್ನು ಪ್ರತ್ಯೇಕಿಸಲಾರದು, ಆದರೆ ಕಾರ್ಯಾಚರಣೆಯ ವ್ಯತ್ಯಾಸ ದೊಡ್ಡದು. ಓವರ್ಲೇ MTU, ಗೂಢಲಿಪೀಕರಣ ಮತ್ತು ಕೆಳಗಿನ ಮಾರ್ಗದ ಜವಾಬ್ದಾರಿಯನ್ನು ನಿಮಗೆ ಬಿಡುತ್ತದೆ. ಕ್ಯಾರಿಯರ್ ಸೇವೆ ಅವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಅದಕ್ಕೆ ಶುಲ್ಕ ವಿಧಿಸುತ್ತದೆ, ಮತ್ತು ನಿಮ್ಮ ಫ್ರೇಮ್ಗಳನ್ನು ಸಾರ್ವಜನಿಕ ಇಂಟರ್ನೆಟ್ ಮೇಲೆ ರೂಟ್ ಮಾಡುವುದೇ ಇಲ್ಲ. ಯಾವುದು ಬೇಕು ಎಂಬುದು ಎರಡು ಸೈಟ್ಗಳು ಒಬ್ಬ ಆಪರೇಟರ್ ಹಂಚಿಕೊಳ್ಳುತ್ತವೆಯೇ ಅಥವಾ ಕೇವಲ ಒಂದು ಕಂಪನಿ ಹಂಚಿಕೊಳ್ಳುತ್ತವೆಯೇ ಎಂಬುದರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ.
ಸೇತುವೆ ಮಾಡುವ ಮೊದಲು ಅಗ್ಗದ ಪರ್ಯಾಯವನ್ನು ಪರಿಶೀಲಿಸಿ
ಸೇತುವೆಯಾದ ಲಿಂಕ್ನ ಬಹುಪಾಲು ವಿನಂತಿಗಳು ಒಂದೇ ಮುರಿದ ಹುಡುಕಾಟದಿಂದ ಬರುತ್ತವೆ, ಫ್ರೇಮ್ಗಳು ನಿಜವಾಗಿ ಬೇಕಾದ ಪ್ರೋಟೋಕಾಲ್ನಿಂದ ಅಲ್ಲ. ಮೊದಲು ರಿಜಾಲ್ವರ್ ಮತ್ತು ಹುಡುಕಾಟ ಡೊಮೇನ್ ಅನ್ನು ರೂಟೆಡ್ ಸುರಂಗದ ಮೂಲಕ ಕಳುಹಿಸಿ: dhcp-option DNS 10.8.0.1 ಜೊತೆಗೆ dhcp-option DOMAIN internal.example OpenVPN ಸರ್ವರ್ ಸಂರಚನೆಯಲ್ಲಿ ಅವುಗಳಲ್ಲಿ ಆಶ್ಚರ್ಯಕರ ಸಂಖ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ. ದೂರದ ಬದಿಯ ಸ್ಥಳೀಯ ಫಾರ್ವರ್ಡರ್ ಯಾವುದೇ ಬ್ರಾಡ್ಕಾಸ್ಟ್ ಸಂಚಾರವನ್ನು ಸಾಗಿಸದೆ ಅದೇ ಕೆಲಸ ಮಾಡುತ್ತದೆ.
ಒಂದು ಹಳೆಯ ಸಾಧನ ಇನ್ನೂ ವಿಫಲವಾದರೆ, ಆ ಸಾಧನವನ್ನು ಗಮ್ಯಸ್ಥಾನದ ವಿಭಾಗದಲ್ಲಿ ಪ್ರಾಕ್ಸಿ ಅಥವಾ ಜಂಪ್ ಹೋಸ್ಟ್ ಹಿಂದೆ ಇರಿಸಿ. ಒಂದೇ TCP ಫಾರ್ವರ್ಡರ್ ನಡೆಸುವುದು ಸೇತುವೆಯಾದ WAN ಗಿಂತ ಅಗ್ಗ.
ನಿರ್ಧಾರವನ್ನು ಕ್ರಮವಾಗಿ ಮುಚ್ಚಿ: ಸಂಚಾರವು IP-ಅಲ್ಲದ EtherType ಸಾಗಿಸುತ್ತದೆಯೇ, ಅನ್ವೇಷಣೆ ದಾಟಬೇಕೇ, MTU ಹೆಚ್ಚುವರಿ ಹೆಡರ್ಗಳನ್ನು ನುಂಗಬಲ್ಲುದೇ, ಪೂರೈಕೆದಾರರ ಸರ್ಕ್ಯೂಟ್ ನಿಜವಾಗಿ ಲಭ್ಯವಿದೆಯೇ, ಮತ್ತು ರೂಟೆಡ್ ಪರ್ಯಾಯವು ನೀವು ಹೆಸರಿಸಬಹುದಾದ ಕಾರಣದಿಂದ ವಿಫಲವಾಯಿತೇ? ಯಾವುದೇ ಹಂತದಲ್ಲಿ ಇಲ್ಲ ಎಂಬುದು ನಿಮ್ಮ ಬಳಿ ಈಗಾಗಲೇ ಇರುವ ಸುರಂಗದ ಪರವಾಗಿ ಚರ್ಚೆಯನ್ನು ಮುಗಿಸುತ್ತದೆ. ಸೆರೆಹಿಡಿಯುವಿಕೆ ಮತ್ತು EtherType ಪಟ್ಟಿಯನ್ನು ಬದಲಾವಣೆ ದಾಖಲೆಯೊಂದಿಗೆ ಸಂಗ್ರಹಿಸಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಅದೇ ಪ್ರಶ್ನೆ ಕೇಳುತ್ತಾನೆ ಮತ್ತು ಅಳತೆಯನ್ನು ಪುನರಾವರ್ತಿಸಲು ಇಷ್ಟಪಡುವುದಿಲ್ಲ.