ಒಂದೇ ಸಬ್ನೆಟ್ ಇರುವ ಎರಡು ಸೈಟ್ಗಳು ಒಂದು LAN ಏಕೆ ಅಲ್ಲ

ಎರಡು ಕಚೇರಿಗಳು ಎರಡೂ 192.168.77.0/24 ಬಳಸುತ್ತವೆ, ಮತ್ತು ಅವು ಒಂದೇ ನೆಟ್ವರ್ಕ್ ಆಗಲು ಯಾರೋ ಒಂದು ಸುರಂಗವನ್ನು ಸೂಚಿಸುತ್ತಾರೆ. ಈ ವಾಕ್ಯ ಸರಳವಾಗಿ ಕೇಳಿಸುತ್ತದೆ ಮತ್ತು ಮೂರು ವಿಭಿನ್ನ ವಿನ್ಯಾಸಗಳನ್ನು ಮುಚ್ಚಿಡುತ್ತದೆ: ಘರ್ಷಿಸುವ ಎರಡು ಸ್ವತಂತ್ರ LAN, WAN ಮೇಲೆ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ವಿಸ್ತರಿಸಿದ ಒಂದು ಎಥರ್ನೆಟ್ ವಿಭಾಗ, ಮತ್ತು ದೂರದ ವಿಳಾಸಗಳ ಪರವಾಗಿ ಉತ್ತರಿಸುವ proxy-ARP ವ್ಯವಸ್ಥೆ. ನಿಮ್ಮಲ್ಲಿ ಯಾವುದು ಇದೆ ಎಂಬುದು ಹೋಸ್ಟ್ ಪ್ಯಾಕೆಟ್ನೊಂದಿಗೆ ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಉತ್ತರ VPN ಗೇಟ್ವೇ ಸೇರುವ ಮೊದಲೇ ಕಾಣುತ್ತದೆ.

ರೌಟರ್ಗಿಂತ ಮೊದಲು ಹೋಸ್ಟ್ ನಿರ್ಧರಿಸುತ್ತದೆ

192.168.77.10/24 ವಿಳಾಸದ ಹೋಸ್ಟ್ ಗಮ್ಯಸ್ಥಾನವನ್ನು ತನ್ನ ಪ್ರಿಫಿಕ್ಸ್ನೊಂದಿಗೆ ಹೋಲಿಸುತ್ತದೆ. ಆ ಪ್ರಿಫಿಕ್ಸ್ನ ಒಳಗಿನ ಎಲ್ಲವೂ ನೇರ ಲಿಂಕ್ನಲ್ಲಿದೆ, ಆದ್ದರಿಂದ ಹೋಸ್ಟ್ ಗಮ್ಯಸ್ಥಾನದ ಲಿಂಕ್-ಪದರ ವಿಳಾಸವನ್ನು ನೇರವಾಗಿ ಬಿಡಿಸುತ್ತದೆ. ಹೊರಗಿನ ಎಲ್ಲವೂ ಡಿಫಾಲ್ಟ್ ಗೇಟ್ವೇಗೆ ಹೋಗುತ್ತದೆ.

ಈ ನಿರ್ಧಾರ ಹೋಸ್ಟ್ನ ಸ್ಟ್ಯಾಕ್ನಲ್ಲಿ ನಡೆಯುತ್ತದೆ, ಸುರಂಗದಲ್ಲಿ ಅಲ್ಲ. ಗೇಟ್ವೇ ಮೇಲೆ ಸೇರಿಸಿದ ಮಾರ್ಗವು ಹೋಸ್ಟ್ ಎಂದೂ ಕಳುಹಿಸದ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಉಳಿಸಲಾರದು.

ಆದ್ದರಿಂದ 192.168.77.20 ಕೇವಲ ಇನ್ನೊಂದು ಸೈಟ್ನಲ್ಲಿ ಮಾತ್ರ ಇದ್ದರೆ, ಸ್ಥಳೀಯ ಹೋಸ್ಟ್ ಅದನ್ನು ARP ಮೂಲಕ ಕೇಳುತ್ತದೆ ಮತ್ತು ಉತ್ತರ ಸಿಗುವುದಿಲ್ಲ. VPN ಹ್ಯಾಂಡ್ಶೇಕ್ ಸಂಪೂರ್ಣ ಆರೋಗ್ಯಕರವಾಗಿರಬಹುದು ಆದರೆ ಇದು ವಿಫಲವಾಗುತ್ತದೆ. ಈ ವೈಫಲ್ಯ ರೌಟಿಂಗ್ ಸಮಸ್ಯೆಯಂತೆ ಅಲ್ಲ, ಸತ್ತ ಹೋಸ್ಟ್ನಂತೆ ಕಾಣುತ್ತದೆ. ಈ ಲಕ್ಷಣವನ್ನು ಗುರುತಿಸುವುದು ಸುರಂಗ ದೋಷನಿವಾರಣೆಯ ಒಂದು ಗಂಟೆಯನ್ನು ಉಳಿಸುತ್ತದೆ.

ARP ಸ್ಥಳೀಯ ಲಿಂಕ್ನ ಪ್ರಶ್ನೆ

ARP ಈ ಲಿಂಕ್ನಲ್ಲಿ ವಿಳಾಸ ಯಾರದ್ದು ಎಂದು ಕೇಳುತ್ತದೆ, ಮತ್ತು ಉತ್ತರ ಪ್ರಸಾರವನ್ನು ಕೇಳಬಲ್ಲ ಯಾವುದೋ ಒಂದರಿಂದ ಬರಬೇಕು. IPsec ಸುರಂಗದ ಇನ್ನೊಂದು ತುದಿಯಲ್ಲಿರುವ ರೌಟರ್ ವಿನ್ಯಾಸವು ಎರಡು ಸೈಟ್ಗಳನ್ನು ಒಂದೇ ಪ್ರಸಾರ ಡೊಮೇನ್ ಮಾಡದ ಹೊರತು ಅದನ್ನು ಕೇಳುವುದಿಲ್ಲ.

ಒಂದೇ ವಿಳಾಸ ಹೊಂದಿರುವ ಎರಡು ಸಾಧನಗಳು ಪರಿಸ್ಥಿತಿಯನ್ನು ಕೆಡಿಸುತ್ತವೆ: ಯಶಸ್ವಿ ಪರಿಹಾರವೂ ಯಾವುದು ಉತ್ತರಿಸಿತು ಎಂದು ಹೇಳಲಾರದು.

ನಕಲಿ ವಿಳಾಸೀಕರಣ ರೌಟಿಂಗ್ ದೋಷವಲ್ಲ ಮತ್ತು ಯಾವುದೇ ಮಾರ್ಗ ಅದನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ. ಒಂದೋ ಸೈಟ್ಗಳನ್ನು ಬೇರೆ ಬೇರೆ ಪ್ರಿಫಿಕ್ಸ್ಗಳಿಗೆ ಮರುಸಂಖ್ಯೀಕರಿಸಲಾಗುತ್ತದೆ, ಇಲ್ಲವೇ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಒಂದೇ ಲಿಂಕ್-ಪದರ ಡೊಮೇನ್ ಆಗುತ್ತವೆ.

ವಿಸ್ತರಿಸಿದ ವಿಭಾಗ ಫ್ರೇಮ್ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಮಾರ್ಗಗಳನ್ನಲ್ಲ

ಸೇತುವೆಗಳಿಗೆ ಜೋಡಿಸಿದ ಎಥರ್ನೆಟ್ ಸಾಗಿಸುವ ಸುರಂಗ ಎರಡು ಸೈಟ್ಗಳನ್ನು ಒಂದೇ ಲಿಂಕ್-ಪದರ ಡೊಮೇನ್ನ ಭಾಗವಾಗಿಸುತ್ತದೆ. ARP ಪ್ರಸಾರಗಳು ಆಚೆ ಬದಿಗೆ ತಲುಪುತ್ತವೆ, ಮತ್ತು ಪ್ರತಿ ಸೇತುವೆ ಯಾವ MAC ವಿಳಾಸಗಳು ಎಲ್ಲಿವೆ ಎಂದು ಕಲಿಯುತ್ತದೆ. Linux ಸೇತುವೆ ದಾಖಲೆ ಆ MAC ಆಧಾರಿತ ಮರುಕಳುಹಿಸುವ ಗಡಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ.

ಇಲ್ಲಿ ದೂರದ ಗೇಟ್ವೇ ಎರಡು ಒಂದೇ ರೀತಿಯ ಸಬ್ನೆಟ್ಗಳ ನಡುವೆ ರೌಟಿಂಗ್ ಮಾಡುವುದೇ ಇಲ್ಲ. ಫ್ರೇಮ್ಗಳು ಸ್ವತಃ IP ರೌಟ್ ಮಾಡುವ ಕೆಳ ಪದರವನ್ನು ದಾಟುತ್ತವೆ, ಆದರೆ ಸೇತುವೆಗಳು ಎಥರ್ನೆಟ್ ಸಂಭಾಷಣೆಯನ್ನು ವಿಸ್ತರಿಸುತ್ತವೆ.

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

Proxy ARP ಮೂರನೇ ವಿನ್ಯಾಸ

ರೌಟರ್ ದೂರದ ವಿಳಾಸಕ್ಕಾಗಿ ARP ಗೆ ಉತ್ತರಿಸಿ ನಂತರ ಅಲ್ಲಿಗೆ ರೌಟ್ ಮಾಡಬಹುದು. ಇದು ಪ್ರಸಾರ ಡೊಮೇನ್ ವಿಸ್ತರಿಸದೆ ಕಳುಹಿಸುವವರಿಗೆ ದೂರದ ಹೋಸ್ಟ್ ನೇರ ಲಿಂಕ್ನಲ್ಲಿರುವಂತೆ ಕಾಣಿಸುತ್ತದೆ.

ಇದು ಸೇತುವೆಗಿಂತ ಸಣ್ಣ ಸಾಧನ: ಮರುಕಳುಹಿಸುವಿಕೆ, ಹಿಂತಿರುಗುವ ಮಾರ್ಗಗಳು ಮತ್ತು ಪ್ರತಿ ವಿಳಾಸದ ಸ್ಪಷ್ಟ ಮಾಲೀಕತ್ವವನ್ನು ಅವಲಂಬಿಸಿದೆ.

ಇದು ಅನಿಯಂತ್ರಿತ non-IP ಪ್ರೋಟೋಕಾಲ್ಗಳನ್ನು ರೌಟ್ ಮಾಡಬಲ್ಲದನ್ನಾಗಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಎಥರ್ನೆಟ್ ಪ್ರಸಾರ ಡೊಮೇನ್ ಅನ್ನು ಮರುಸೃಷ್ಟಿಸುವುದಿಲ್ಲ. ಅಗತ್ಯವೇ ನಿಖರವಾಗಿ ಆ ಬದಲಿ ಆಗಿರುವಾಗ ಬಳಸಿ, ಮುಂದೂಡಿದ ಮರುಸಂಖ್ಯೀಕರಣದ ಶಾರ್ಟ್ಕಟ್ ಆಗಿ ಅಲ್ಲ.

ಅಗತ್ಯದಿಂದ ಆರಿಸಿ, ನಂತರ ಪರಿಶೀಲಿಸಿ

ಕಚೇರಿಗಳ ನಡುವಿನ ಸಾಮಾನ್ಯ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರವೇಶಕ್ಕೆ ಬೇರೆ ಪ್ರಿಫಿಕ್ಸ್ಗಳು ಮತ್ತು ಸ್ಪಷ್ಟ ಮಾರ್ಗಗಳು ಸ್ಪಷ್ಟ ಗಡಿಯನ್ನು ನೀಡುತ್ತವೆ. ಅಗತ್ಯ ನಿಜವಾಗಿಯೂ ಲಿಂಕ್-ಪದರ ಸಾಮೀಪ್ಯವಾದಾಗ ಸೇತುವೆ ಮಾಡಿ. ಹಂಚಿದ ಪ್ರಿಫಿಕ್ಸ್ನ ಏಕೈಕ ಕಾರಣ ಯಾರೂ ಇನ್ನೂ ಮಾಡಿಲ್ಲ ಎಂಬುದಾದರೆ ಮರುಸಂಖ್ಯೀಕರಿಸಿ.

ನಿಮ್ಮಲ್ಲಿ ನಿಜವಾಗಿ ಯಾವ ವಿನ್ಯಾಸ ಇದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ ಹೋಸ್ಟ್ಗೆ ಗಮ್ಯಸ್ಥಾನದೊಂದಿಗೆ ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ಕೇಳುವ ಮೂಲಕ:

ip route get 192.168.77.20
ip neigh show 192.168.77.20

ವಿಫಲವಾದ ನೆರೆ ನಮೂದಿನೊಂದಿಗೆ ನೇರ-ಲಿಂಕ್ ಫಲಿತಾಂಶವು ಕಾಣೆಯಾದ ಲಿಂಕ್-ಪದರ ಮಾರ್ಗವನ್ನು ಸೂಚಿಸುತ್ತದೆ. via ಫಲಿತಾಂಶ ಗೇಟ್ವೇಯನ್ನು ಹೆಸರಿಸಿ ಪ್ರಶ್ನೆಯನ್ನು ರೌಟಿಂಗ್ಗೆ ಸರಿಸುತ್ತದೆ. ಸೇತುವೆಯಲ್ಲಿ, MAC ಸುರಂಗದ ಮೂಲಕ ಕಲಿತಿದೆಯೇ ಎಂದು ನೋಡಲು ಮರುಕಳುಹಿಸುವ ಡೇಟಾಬೇಸ್ ಪರಿಶೀಲಿಸಿ. ಪ್ರತಿ ಔಟ್ಪುಟ್ ವಿನ್ಯಾಸದ ಪ್ರಶ್ನೆಯನ್ನು ಮತ್ತೆ ಪ್ರಾರಂಭಿಸುವ ಬದಲು ಸಂಕುಚಿಸುತ್ತದೆ.