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

ಎರಡು ಹೆಸರುಗಳು, ಎರಡು ಬೇರೆ ಕಾರ್ಯಗಳು

ಪರೀಕ್ಷೆ ಸರಳ: ನೀವು ನೆಟ್‌ವರ್ಕ್‌ನ ಆಕಾರವನ್ನು ಬದಲಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದೀರಾ, ಅಥವಾ ಈಗಾಗಲೇ ಇರುವ ಸಂಚಾರವನ್ನು ಅದರ ಮೂಲಕ ಹೋಗಲು ಬಿಡುತ್ತಿದ್ದೀರಾ? ಇವು ಬೇರೆ ಬೇರೆ ಕೋರಿಕೆಗಳು, ಪರಿಣಾಮಗಳೂ ಬೇರೆ.

ಒಂದು ಕೋಷ್ಟಕದಲ್ಲಿ ಹೋಲಿಕೆ:

SettingWhat it actually does
Bridge modeChanges the device's forwarding role: a modem bridge hands routing and NAT downstream, a software bridge joins selected interfaces
VPN pass-throughLets a client's VPN traffic cross the router; the credentials and encryption stay with the client
Router VPN clientTerminates the tunnel on the router, so the router becomes the endpoint
Router VPN serverAccepts inbound tunnels, which needs an upstream path that can reach it

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

ಪಾಸ್-ಥ್ರೂ ಚೆಕ್‌ಬಾಕ್ಸ್ ಕೂಡ ಪ್ರೋಟೋಕಾಲ್ ಬೆಂಬಲದ ಸಂಪೂರ್ಣ ವಿವರಣೆಯಲ್ಲ. IPsec ನಲ್ಲಿನ ಆಧುನಿಕ NAT ಟ್ರಾವರ್ಸಲ್ ಪ್ರಮಾಣೀಕೃತ UDP ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಬಳಸುತ್ತದೆ, ಹಳೆಯ ಸಹಾಯಕ ವೈಶಿಷ್ಟ್ಯಗಳ ವರ್ತನೆ ಅನುಷ್ಠಾನದ ಮೇಲೆ ಅವಲಂಬಿತ.

VPN ಬೆಂಬಲವಿದೆ ಎಂದು ಹೇಳುವ ಮಾರ್ಕೆಟಿಂಗ್ ಲೇಬಲ್ ಈ ನಾಲ್ಕು ಪಾತ್ರಗಳಲ್ಲಿ ಯಾವುದು ಎಂದು ಹೇಳುವುದಿಲ್ಲ.

ಬ್ರಿಜ್ ಮೋಡ್ ನಿಮ್ಮ ಸಾಧನದಲ್ಲಿ ಏನನ್ನು ಬದಲಿಸುತ್ತದೆ

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

ಅದಕ್ಕಾಗಿಯೇ ಬ್ರಿಜಿಂಗ್ VPN ವೈಫಲ್ಯಕ್ಕೆ ಕೆಟ್ಟ ಮೊದಲ ಪ್ರತಿಕ್ರಿಯೆ. ಮೂಲ ಸಮಸ್ಯೆ ಇನ್ನೂ ಬಗೆಹರಿಯದೆ ನೀವು ನಿರ್ವಹಣಾ ಮಾರ್ಗವನ್ನು ಕಳೆದುಕೊಳ್ಳಬಹುದು.

ನೆಟ್‌ವರ್ಕ್ ಪಾತ್ರ ಬದಲಿಸುವ ಮೊದಲು ಸಂರಚನೆಯ ಬ್ಯಾಕಪ್ ಇಟ್ಟುಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ವಿಳಾಸೀಕರಣ ಅದರೊಂದಿಗೆ ಸರಿಯಬಹುದು.

ಸೆಟ್ಟಿಂಗ್‌ಗಿಂತ ಮೊದಲು ಪಾತ್ರವನ್ನು ಆಯ್ಕೆಮಾಡಿ

ಮನೆಯ ಸಂಚಾರವನ್ನು ಹೊರಗಿನ ನಿರ್ಗಮನದ ಮೂಲಕ ಕಳುಹಿಸಲು ನಿಮಗೆ ಹೊಂದಿಕೊಳ್ಳುವ ರೌಟರ್ VPN ಕ್ಲೈಂಟ್ ಬೇಕು, ಬ್ರಿಜ್ ಅಲ್ಲ. ಬೇರೆಡೆಯಿಂದ ಮನೆಗೆ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಲು ಸರ್ವರ್ ಪಾತ್ರ ಮತ್ತು ಅದನ್ನು ತಲುಪಬಲ್ಲ ಮೇಲ್ಮುಖ ಮಾರ್ಗ ಬೇಕು. ಈ ಎರಡು ಅಗತ್ಯಗಳಲ್ಲಿ VPN ಪದವನ್ನು ಹೊರತುಪಡಿಸಿ ಬಹುತೇಕ ಏನೂ ಸಾಮಾನ್ಯವಿಲ್ಲ. ಮೆನು ನೋಡುವ ಮೊದಲು ಯಾವುದನ್ನು ನಿರ್ಮಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ನಿರ್ಧರಿಸಿ.

ಸಾಧನವು ಎರಡೂ ಪಾತ್ರಗಳನ್ನು ಬೆಂಬಲಿಸಬಹುದು ಮತ್ತು ಆದರೂ ನಿಮಗೆ ಬೇಕಾದ ಪಾತ್ರವನ್ನು ನಿರೀಕ್ಷಿಸಿದ ವೇಗದಲ್ಲಿ ಬೆಂಬಲಿಸದಿರಬಹುದು.

ಪಾತ್ರ ಒಂದು ವಿನ್ಯಾಸ ನಿರ್ಧಾರ; ಸೆಟ್ಟಿಂಗ್ ಅದರ ಪರಿಣಾಮ.

ಒಂದೇ ಪ್ರೋಟೋಕಾಲ್ ವಿಫಲವಾದರೆ

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

RFC 3948 IPsec NAT ಮೂಲಕ ಉಳಿಯಲು ಸಾಧ್ಯವಾಗಿಸುವ UDP ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಅನ್ನು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಪಾಸ್-ಥ್ರೂ ಚೆಕ್‌ಬಾಕ್ಸ್ ಮೇಲೆ ನಂಬಿಕೆ ಇಡುವ ಮೊದಲು ಪರಿಶೀಲಿಸಬೇಕಾದ ಮಾನದಂಡ ಅದು.

ನೀವು ಏನನ್ನು ಏಕೆ ಬದಲಿಸಿದಿರಿ ಎಂದು ಬರೆದಿಡಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಸಾಧನವನ್ನು ಬ್ರಿಜ್ ಮೋಡ್‌ನಲ್ಲಿ ಕಂಡು ಅದು ಉದ್ದೇಶಪೂರ್ವಕ ಎಂದು ಭಾವಿಸುತ್ತಾರೆ. ಸರಿಯಾದ ಫಲಿತಾಂಶ ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ ಆಕಾರದ ನೆಟ್‌ವರ್ಕ್, ಸಮಸ್ಯೆ ಪರಿಹಾರ ಅವಧಿಯಿಂದ ಬಳುವಳಿಯಾಗಿ ಬಂದದ್ದಲ್ಲ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು