ಬ್ರಿಡ್ಜ್ ಮಾಡಿದ ಸೈಟ್‌ಗಳಿಗೆ ಇನ್ನೂ ಸ್ಥಳೀಯ ಇಂಟರ್ನೆಟ್ ನಿರ್ಗಮನ ನಿರ್ಧಾರ ಬೇಕು

VLAN ವಿಸ್ತರಣೆ ಸ್ವಚ್ಛವಾಗಿ ಉತ್ತೀರ್ಣವಾಯಿತು: ಎರಡೂ ಸೈಟ್‌ಗಳ ಹೋಸ್ಟ್‌ಗಳು ಒಬ್ಬರನ್ನೊಬ್ಬರು ನೋಡುತ್ತವೆ, ಫೈಲ್ ಹಂಚಿಕೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಪ್ರಿಂಟರ್‌ಗಳು ಉತ್ತರಿಸುತ್ತವೆ. ನಂತರ ಚಿಕ್ಕ ಸೈಟ್‌ನಲ್ಲಿ ಯಾರಿಗೋ ಪ್ರತಿ ಡೌನ್‌ಲೋಡ್ ಇನ್ನೊಂದು ಸೈಟ್‌ನ ಇಂಟರ್ನೆಟ್ ಲೈನ್ ಬಳಸುತ್ತಿದೆ ಎಂದು ಗಮನಕ್ಕೆ ಬರುತ್ತದೆ, ಮತ್ತು ಟಿಕೆಟ್ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ದೂರಿನಂತೆ ಬರುತ್ತದೆ. ಬ್ರಿಡ್ಜ್ ಕೇಳಿದ್ದನ್ನು ನಿಖರವಾಗಿ ಮಾಡಿತು. ಅದು ಎರಡು ಕಟ್ಟಡಗಳ ನಡುವೆ ಫ್ರೇಮ್‌ಗಳನ್ನು ಸಾಗಿಸಿತು, ಮತ್ತು ಆ ಫ್ರೇಮ್‌ಗಳು ಇಂಟರ್ನೆಟ್‌ಗೆ ಯಾವ ರೌಟರ್ ಬಳಸಬೇಕು ಎಂಬ ಬಗ್ಗೆ ಅದಕ್ಕೆ ಎಂದೂ ಅಭಿಪ್ರಾಯ ಇರಲಿಲ್ಲ.

ಬ್ರಿಡ್ಜ್ ಫ್ರೇಮ್‌ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ, ನಿರ್ಧಾರಗಳನ್ನಲ್ಲ

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

ಆ ಹಂಚಿಕೊಂಡ ಸಬ್‌ನೆಟ್‌ನಲ್ಲಿ ಎರಡು ರೌಟರ್‌ಗಳನ್ನು ಇರಿಸಿ ಮತ್ತು ಎರಡೂ ಸಂಭಾವ್ಯ ಗೇಟ್‌ವೇಗಳಾಗುತ್ತವೆ, ಅವುಗಳಲ್ಲಿ ಒಂದು ಬಳಸುವ ಕ್ಲೈಂಟ್‌ನ ಹತ್ತಿರ ಇರಲಿ ಇಲ್ಲದಿರಲಿ.

ಕ್ಲೈಂಟ್ ತನ್ನ ಗೇಟ್‌ವೇ ಅನ್ನು ಹೇಗೆ ಆರಿಸುತ್ತದೆ

RFC 1122 ನಲ್ಲಿ ವಿವರಿಸಿದ IPv4 ನಿರ್ಧಾರ ಸರಳವಾಗಿದೆ. ಕ್ಲೈಂಟ್‌ನ ಸಂಪರ್ಕಿತ ಸಬ್‌ನೆಟ್ ಒಳಗಿನ ಗಮ್ಯಸ್ಥಾನವನ್ನು ನೇರವಾಗಿ ARP ಮೂಲಕ ತಲುಪಲಾಗುತ್ತದೆ, ಮತ್ತು ಅದರ ಹೊರಗಿನ ಗಮ್ಯಸ್ಥಾನ ಸಂರಚಿಸಿದ ಡಿಫಾಲ್ಟ್ ಗೇಟ್‌ವೇಗೆ ಹೋಗುತ್ತದೆ. ಆದ್ದರಿಂದಲೇ ಸೈಟ್‌ಗಳ ನಡುವೆ ಅದೇ ಸಬ್‌ನೆಟ್‌ನ ಸಂಚಾರ ಯಾವುದೇ ರೌಟರ್ ಭಾಗವಹಿಸದೆ ಬ್ರಿಡ್ಜ್ ದಾಟಬಹುದು, ಮತ್ತು ಆದ್ದರಿಂದಲೇ ಇಂಟರ್ನೆಟ್ ಸಂಚಾರ ಕ್ಲೈಂಟ್ ಪಡೆದ ಗೇಟ್‌ವೇ ವಿಳಾಸವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಅವಲಂಬಿಸಿದೆ. ಎರಡೂ ನಡವಳಿಕೆಗಳು ಸ್ವತಂತ್ರ, ಮತ್ತು ಕೆಲಸ ಮಾಡುವ ಫೈಲ್ ಹಂಚಿಕೆ ಮೊದಲನೆಯದನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.

ಚಿಕ್ಕ ಸೈಟ್‌ನ ಕ್ಲೈಂಟ್ ಅನ್ನು ದೊಡ್ಡ ಸೈಟ್‌ನ ರೌಟರ್‌ನೊಂದಿಗೆ ಸಂರಚಿಸಿದ್ದರೆ, ಅದರ ಇಂಟರ್ನೆಟ್ ಫ್ರೇಮ್‌ಗಳು ಮೊದಲು ಟನೆಲ್ ದಾಟಿ ಅಲ್ಲಿಂದ ಹೊರಬರುತ್ತವೆ.

VPN ಸಾಧನದ ತನ್ನದೇ ಡಿಫಾಲ್ಟ್ ರೂಟ್ ಬದಲಿಸುವುದು ಆ ಕ್ಲೈಂಟ್‌ನ ಗೇಟ್‌ವೇ ಅನ್ನು ಸರಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಕ್ಲೈಂಟ್ ಸಾಧನವನ್ನು ರೌಟರ್ ಆಗಿ ಬಳಸುವುದೇ ಇಲ್ಲ. ಆ ಫ್ರೇಮ್‌ಗಳನ್ನು ಸಾಗಿಸುವ ಟನೆಲ್ ಚಾಲ್ತಿಯಲ್ಲಿರಲು ಸಾಧನಕ್ಕೆ ತನ್ನ ದೂರದ ಪೀರ್‌ಗೆ ಪ್ರತ್ಯೇಕ ರೂಟ್ ಕೂಡ ಬೇಕು, ಮತ್ತು ಈ ಎರಡನ್ನು ಬೆರೆಸುವುದೇ ಬ್ರಿಡ್ಜ್ ವಿಸ್ತರಣೆ ತನ್ನದೇ ಸಾಗಣೆಯನ್ನು ಉರುಳಿಸುವ ದಾರಿ.

DHCP ಉದ್ದೇಶಿತ ನಿರ್ಗಮನವನ್ನು ವ್ಯಕ್ತಪಡಿಸಲಿ

DHCP ಉತ್ತರದಲ್ಲಿ ಆಯ್ಕೆ 3 ಕ್ಲೈಂಟ್‌ನ ಸಬ್‌ನೆಟ್‌ನಲ್ಲಿನ ರೌಟರ್ ವಿಳಾಸಗಳ ಪಟ್ಟಿಯನ್ನು ಆದ್ಯತೆಯ ಕ್ರಮದಲ್ಲಿ ನೀಡುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಉತ್ತರಿಸುವ ಮೊದಲನೆಯದನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ. ಕಾರ್ಯವಿಧಾನ ಚೆನ್ನಾಗಿದೆ; ಮಾಲೀಕತ್ವವೇ ವಿನ್ಯಾಸಗಳು ತಪ್ಪಾಗುವ ಸ್ಥಳ. ಹತ್ತಿರದ DHCP ಸರ್ವರ್ ಹತ್ತಿರದ ಗೇಟ್‌ವೇ ನೀಡುತ್ತದೆ ಎಂದು ಊಹಿಸುವ ಬದಲು ಪ್ರತಿ ಸೈಟ್‌ನಲ್ಲಿ ನಿಜವಾದ ಬಾಡಿಗೆ ಏನು ನೀಡುತ್ತದೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ.

ಒಂದು ಸಂಯೋಜಿತ ಹಂಚಿಕೆದಾರವನ್ನು ನಡೆಸಿ, ಅಥವಾ ಅದೇ ನೀತಿಗೆ ಸ್ಪಷ್ಟವಾಗಿ ಸಂರಚಿಸಿದ ಎರಡನ್ನು, ಮತ್ತು ನೀತಿಗೆ ಒಬ್ಬ ಮಾಲೀಕರನ್ನು ನೀಡಿ. ದೂರದ ಸೈಟ್‌ನಲ್ಲಿ ಸೇರಿಸಿದ ಎರಡನೇ ಸ್ವತಂತ್ರ ಹಂಚಿಕೆದಾರ ಸ್ಥಳೀಯತೆಯನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ, ಅದು ಅದೇ ಬ್ರಾಡ್‌ಕಾಸ್ಟ್ ಡೊಮೇನ್‌ಗೆ ಎರಡು ಪ್ರಾಧಿಕಾರಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.

ಎರಡೂ ಸೈಟ್‌ಗಳ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಒಂದೇ ರೀತಿ ಕಾಣಲಿ ಎಂದು ಮಾತ್ರ ಒಂದು ಗೇಟ್‌ವೇ ವಿಳಾಸವನ್ನು ಎರಡು ಸ್ವತಂತ್ರವಾಗಿ ಸಕ್ರಿಯ ರೌಟರ್‌ಗಳಿಗೆ ನೀಡಬೇಡಿ. ಬ್ರಿಡ್ಜ್ ಮಾಡಿದ ವಿಭಾಗದಾದ್ಯಂತ ಹಂಚಿಕೊಂಡ ವರ್ಚುವಲ್ ವಿಳಾಸವು ತನ್ನದೇ ಅಗತ್ಯಗಳನ್ನು ಹೊಂದಿರುವ ಮೊದಲ-ಹಾಪ್ ಪುನರಾವರ್ತನ ವಿನ್ಯಾಸವಾಗಿದೆ, ಮತ್ತು ಕೈಯಿಂದ ಮಾಡಿದ ಆವೃತ್ತಿ ಮಧ್ಯಂತರ ಪ್ಯಾಕೆಟ್ ನಷ್ಟದಂತೆ ಕಾಣುವ ARP ಸಂಘರ್ಷಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ನಿಜವಾಗಿ ಹಂಚಿಕೊಂಡ ಲೇಯರ್ 2 ವಿಭಾಗ ಬೇಕಿಲ್ಲದಿದ್ದರೆ, ಸ್ಥಳೀಯ ಡಿಫಾಲ್ಟ್‌ಗಳೊಂದಿಗೆ ಪ್ರತ್ಯೇಕ ರೌಟೆಡ್ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳು ನಿರ್ವಹಿಸಲು ಸುಲಭ ಮತ್ತು ಘಟನೆಯ ಸಮಯದಲ್ಲಿ ವಿವರಿಸಲು ಸುಲಭ.

ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ

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

ಆ ನಾಲ್ಕು ಫಲಿತಾಂಶಗಳು ನಿಮಗೆ ಸೈಟ್‌ಗಳ ನಡುವಿನ ಬ್ರಿಡ್ಜ್, ಸ್ಥಳೀಯ ನಿರ್ಗಮನ ಅಥವಾ ಆಕಸ್ಮಿಕ ಬ್ಯಾಕ್‌ಹಾಲ್ ಇದೆಯೇ ಎಂದು ಹೇಳುತ್ತವೆ, ಮತ್ತು ಅವನ್ನು ಸಂಗ್ರಹಿಸಲು ಹತ್ತು ನಿಮಿಷ ಬೇಕು.

ವಿನ್ಯಾಸ ತತ್ವವು ಅದ್ಭುತವಲ್ಲ: ಬ್ರಿಡ್ಜಿಂಗ್ ತಲುಪುವಿಕೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, DHCP ಗೇಟ್‌ವೇ ಅನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಸಾಧನದ ರೌಟಿಂಗ್ ಕೋಷ್ಟಕ ಟನೆಲ್‌ನ ಸ್ವಂತ ಮಾರ್ಗವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಮೂರನ್ನೂ ಪ್ರತ್ಯೇಕ ಸಂಭಾಷಣೆಗಳಲ್ಲಿ ಇರಿಸಿ, ಏಕೆಂದರೆ ಮೂರನ್ನೂ ಸರಿಪಡಿಸಲು ಪ್ರಯತ್ನಿಸುವ ಒಂದೇ ಬದಲಾವಣೆ ಸಾಮಾನ್ಯವಾಗಿ ಎರಡನ್ನು ಮುರಿಯುತ್ತದೆ.