ಎರಡು ಸಾಧನಗಳು, ಒಂದು Wi-Fi, ಬೇರೆ ಬೇರೆ VPN ನಿರ್ಗಮನಗಳು: ಯಾವುದು ನಿರ್ಧರಿಸುತ್ತದೆ
ಮನೆಯ ವಿಳಾಸ, ಸುರಂಗದ ವಿಳಾಸ ಮತ್ತು ಸಾರ್ವಜನಿಕ ನಿರ್ಗಮನ ಮೂರು ಬೇರೆ ಬೇರೆ ವಿಷಯಗಳು. ಎರಡು ಸಾಧನಗಳು ಬೇರೆ ಬೇರೆ ನಿರ್ಗಮನಗಳ ಮೂಲಕ ಹೊರಹೋಗಬಹುದು, ಮತ್ತು ಹಾಗೆ ಆಗುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಯಾವುದೇ ಖಾತರಿ ಇಲ್ಲ.
ಒಂದೇ ಮನೆಯ ರೂಟರ್‌ನಲ್ಲಿರುವ ಎರಡು ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗಳು ಬೇರೆ ಬೇರೆ VPN ನಿರ್ಗಮನಗಳ ಮೂಲಕ ಇಂಟರ್ನೆಟ್ ತಲುಪಬಹುದು, ಮತ್ತು ಹಂಚಿಕೆಯ Wi-Fi ಗೆ ಇದರಲ್ಲಿ ಹೇಳುವುದೇನೂ ಇಲ್ಲ. ಫಲಿತಾಂಶವನ್ನು ನಿರ್ಧರಿಸುವುದು ಸುರಂಗ ಎಲ್ಲಿ ಚಲಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ವಿನಂತಿಗೆ ಯಾವ ನೀತಿ ಮಾರ್ಗವನ್ನು ಆರಿಸುತ್ತದೆ ಎಂಬುದು. ವಿರುದ್ಧ ನಂಬಿಕೆಯೂ ಅಷ್ಟೇ ಸಾಮಾನ್ಯ ಮತ್ತು ಅಷ್ಟೇ ತಪ್ಪು: ಪ್ರತ್ಯೇಕ ಪ್ರೊಫೈಲ್‌ಗಳಿರುವ ಎರಡು ಸಾಧನಗಳು ತಾನಾಗಿಯೇ ಎರಡು ಸಾರ್ವಜನಿಕ ವಿಳಾಸಗಳನ್ನು ಉತ್ಪಾದಿಸುವುದಿಲ್ಲ. ಎರಡೂ ತಪ್ಪುಗಳು ಒಂದು ವಿಳಾಸವನ್ನು ಮೂರು ಎಂದು ಪರಿಗಣಿಸುವುದರಿಂದ ಬರುತ್ತವೆ.
ಮೂರು ವಿಳಾಸಗಳು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಹೊರಹೋಗುತ್ತದೆ
ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗೆ ಸ್ಥಳೀಯ ವಿಭಾಗದಲ್ಲಿ ಅದನ್ನು ಗುರುತಿಸುವ ಮನೆಯ LAN ವಿಳಾಸ ಇರುತ್ತದೆ, ಮತ್ತು VPN ಒಳಗೆ ನಿಗದಿಪಡಿಸಿದ ಸುರಂಗ ವಿಳಾಸವೂ ಇರಬಹುದು. ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ದೂರದ ಸೇವೆಗೆ ಕಾಣುವುದಿಲ್ಲ. ಆ ಸೇವೆ ದಾಖಲಿಸುವುದು, ದಾರಿಯಲ್ಲಿ ಯಾವುದೇ ಅನುವಾದದ ನಂತರ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಕೊನೆಗೆ ಕಳುಹಿಸುವ ಸಾಧನದ ಸಾರ್ವಜನಿಕ ನಿರ್ಗಮನ ವಿಳಾಸವನ್ನು.
ಇಲ್ಲಿನ ಬಹುಪಾಲು ಗೊಂದಲವನ್ನು ವಿವರಿಸುವ ಭೇದವನ್ನು RFC 3022 ಎಳೆಯುತ್ತದೆ. ಸಾಂಪ್ರದಾಯಿಕ NAT ಒಳಗಿನ ವಿಳಾಸಗಳನ್ನು ಸಾರ್ವಜನಿಕ ವಿಳಾಸಗಳಿಗೆ ನಕ್ಷೆ ಮಾಡುತ್ತದೆ, ಆದರೆ ಪೋರ್ಟ್ ಅನುವಾದವು ಅನೇಕ ಒಳಗಿನ ವಿಳಾಸಗಳಿಗೆ ಒಂದೇ ಸಮಯದಲ್ಲಿ ಒಂದು ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ಅವಕಾಶ ನೀಡುತ್ತದೆ. ಒಂದು ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಮತ್ತು ಹಲವು ಸಾಧನಗಳಿರುವ ಮನೆ ಎರಡನೆಯ ಸಂದರ್ಭ, ಮತ್ತು ಇದು ಬಹುತೇಕ ಎಲ್ಲೆಡೆ ಪೂರ್ವನಿಯೋಜಿತ.
ಪ್ರೊಫೈಲ್‌ಗಳನ್ನಲ್ಲ, ಸಾರ್ವಜನಿಕ ವಿಳಾಸಗಳನ್ನು ಎಣಿಸಿ. ಬೇರೆ ಬೇರೆ ಸುರಂಗ ವಿಳಾಸಗಳು ಮತ್ತು ಒಂದೇ ನಿರ್ಗಮನ ನೀತಿ ಇರುವ ಎರಡು ಕ್ಲೈಂಟ್‌ಗಳು ಒಂದು ಗಮನಿಸಿದ ವಿಳಾಸವನ್ನು ನೀಡುತ್ತವೆ, ಮತ್ತು ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಮಾರ್ಗನಿರ್ದೇಶಿಸಿದ ನಿರ್ಗಮನವಿರುವ ಒಂದೇ ಕ್ಲೈಂಟ್ ಇನ್ನೊಂದನ್ನು ನೀಡಬಹುದು. ಆ ಒಂದೇ ಹೋಲಿಕೆ ಪೂರ್ತಿ ಪರೀಕ್ಷೆ. ಉಳಿದದ್ದೆಲ್ಲ ದೂರದ ತುದಿಯ ಬಗೆಗಿನ ಊಹೆ.
ಎರಡು ನಿರ್ಗಮನಗಳನ್ನು ನಿಜವಾಗಿ ಯಾವುದು ಬೇರೆ ಮಾಡುತ್ತದೆ
ಇಂಟರ್ನೆಟ್‌ಗೆ ಮೊದಲು ಇರುವ ಕೊನೆಯ ಸಾಧನವು ಆ ಸಂಚಾರಕ್ಕೆ ಬೇರೆ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಬಳಸಿದಾಗ ನಿರ್ಗಮನ ಬೇರೆಯಾಗಿರುತ್ತದೆ. ಇದು VPN ಬೇರೆ ಸ್ಥಳದಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುವುದರಿಂದ, ನಿರ್ಗಮನ ಕೊಳವು ಬೇರೆ ವಿಳಾಸವನ್ನು ನಿಗದಿಪಡಿಸುವುದರಿಂದ, ಅಥವಾ ಪೂರೈಕೆದಾರರು ವಿನಂತಿಯನ್ನು ಬೇರೆ ನಿರ್ಗಮನದ ಮೂಲಕ ಮಾರ್ಗನಿರ್ದೇಶಿಸುವುದರಿಂದ ಆಗಬಹುದು. ಮೂರೂ ದೂರದ ತುದಿಯಲ್ಲಿ ತೆಗೆದುಕೊಂಡ ನೀತಿ ನಿರ್ಣಯಗಳು, ಮತ್ತು ಯಾವುದೂ ಮನೆಯ ರೂಟರ್‌ನಿಂದ ಕಾಣುವುದಿಲ್ಲ.
ಒಂದೇ ಪ್ರೊಫೈಲ್‌ನೊಂದಿಗೆ ತಮ್ಮದೇ ಕ್ಲೈಂಟ್ ಚಲಾಯಿಸುವ ಎರಡು ಸಾಧನಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಒಂದೇ ಕೊಳಕ್ಕೆ ಬೀಳುತ್ತವೆ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಅವಧಿಗೆ ಹೆಚ್ಚಾಗಿ ಅದೇ ನಿರ್ಗಮನವನ್ನು ಪಡೆಯುತ್ತವೆ. ಇದು ದೋಷವಲ್ಲ, ಇದು ಹಂಚಿಕೆಯ ಕೊಳದ ಸಾಮಾನ್ಯ ವರ್ತನೆ. ಪ್ರತ್ಯೇಕ ನಿರ್ಗಮನಗಳನ್ನು ಪಡೆಯುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಕ್ಲೈಂಟ್ ಅನ್ನು ಎರಡು ಬಾರಿ ಸಂರಚಿಸುವ ಬದಲು ಸೇವೆಯಿಂದ ಪ್ರತ್ಯೇಕ ನಿಗದಿಗಳನ್ನು ಕೇಳುವುದು.
ಖಾತರಿಯ ಸುತ್ತ ವಿನ್ಯಾಸ ಮಾಡುವ ಮೊದಲು ಏಕಕಾಲಿಕ ಸಂಪರ್ಕಗಳ ಬಗೆಗಿನ ಸೇವಾ ನಿಯಮಗಳನ್ನು ಓದಿ. ಎರಡನೇ ಲಾಗಿನ್ ಸಂಪರ್ಕಿಸಲು ಅನುಮತಿ, ವಿಶೇಷ ವಿಳಾಸದ ಭರವಸೆ ಅಲ್ಲ. ನಿಯಮಗಳು ಮೌನವಾಗಿದ್ದರೆ ಊಹಿಸುವ ಬದಲು ಪೂರೈಕೆದಾರರನ್ನು ಕೇಳಿ. ಉತ್ತರವು ಯಾವುದೇ ಕ್ಲೈಂಟ್ ಸೆಟ್ಟಿಂಗ್‌ಗಿಂತ ಹೆಚ್ಚು ವಿನ್ಯಾಸವನ್ನು ಬದಲಿಸುತ್ತದೆ.
ಪ್ರತ್ಯೇಕ ಪ್ರೊಫೈಲ್‌ಗಳು ಪ್ರತ್ಯೇಕ ನಿರ್ಗಮನಗಳಲ್ಲದಿರುವುದೇಕೆ
ಪ್ರೊಫೈಲ್ VPN ತಲುಪುವ ರೀತಿ ಮತ್ತು ದೃಢೀಕರಿಸುವ ರೀತಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ನಂತರ ಏನಾಗುತ್ತದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಬಹುತೇಕ ಏನೂ ಹೇಳುವುದಿಲ್ಲ. ನಿರ್ಗಮನವನ್ನು ದೂರದ ತುದಿ ಆರಿಸುತ್ತದೆ, ಅಲ್ಲಿ ಮಾರ್ಗನಿರ್ದೇಶನ, ವಿಳಾಸ ಕೊಳಗಳು ಮತ್ತು ಅನುವಾದ ನೀತಿ ಇರುತ್ತವೆ. ಪ್ರೊಫೈಲ್ ಅನ್ನು ಎರಡನೇ ಯಂತ್ರದಲ್ಲಿ ನಕಲಿಸುವುದು ಕ್ಲೈಂಟ್ ಸಂರಚನೆಯನ್ನು ನಕಲಿಸುತ್ತದೆ, ಸರ್ವರ್‌ನ ನಿರ್ಣಯವನ್ನಲ್ಲ.
ವಿರುದ್ಧವೂ ನಿಜ. ಅದರ ಮಾರ್ಗನಿರ್ದೇಶನ ಮತ್ತು ಅನುವಾದ ನೀತಿ ಹಾಗೆ ನಿರ್ಮಿಸಲ್ಪಟ್ಟಾಗ ಒಂದು VPN ಸರ್ವರ್ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಾರ್ವಜನಿಕ ನಿರ್ಗಮನಗಳನ್ನು ಒದಗಿಸಬಹುದು, ಆದರೆ ಪ್ರತ್ಯೇಕ ಸರ್ವರ್‌ಗಳು ಒಂದೇ ಕೆಳಮುಖದ ನಿರ್ಗಮನವನ್ನು ಪೋಷಿಸಬಹುದು. ಆದ್ದರಿಂದ ನಿಮ್ಮ ಸಂರಚನೆಯಲ್ಲಿನ ಸರ್ವರ್ ಹೆಸರುಗಳ ಸಂಖ್ಯೆ ವಿಳಾಸಗಳ ಸಂಖ್ಯೆಯ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ. ಅದಕ್ಕಾಗಿಯೇ ಈ ಉತ್ತರವನ್ನು ಹುಡುಕಲು ಸಂರಚನೆ ತಪ್ಪು ಸ್ಥಳ.
ಏಕೈಕ ವಿಶ್ವಾಸಾರ್ಹ ಉತ್ತರ ನೀವು ಬಳಸಲು ಉದ್ದೇಶಿಸಿರುವ ವ್ಯವಸ್ಥೆಯ ಮೂಲಕ ಮಾಡಿದ ವಿನಂತಿಯಿಂದ ಬರುತ್ತದೆ. ಉಳಿದದ್ದೆಲ್ಲ ಅನುಮಾನ.
ಬೇರ್ಪಡಿಕೆಯನ್ನು ಎಲ್ಲಿ ಇಡಬೇಕು
ರೂಟರ್ ಸುರಂಗ ಇಡೀ ಮನೆಯನ್ನು ಆವರಿಸುತ್ತದೆ, ಇದು ಅನುಕೂಲಕರ ಮತ್ತು ಅದರ ಹಿಂದಿನ ಪ್ರತಿ ಸಾಧನಕ್ಕೂ ನಿಖರವಾಗಿ ಒಂದು ಹಂಚಿಕೆಯ ನಿರ್ಗಮನವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಪ್ರತಿ ಸಾಧನದಲ್ಲಿನ ಕ್ಲೈಂಟ್ ಸಾಧನದ ಪ್ರಕಾರ ನಿಯಂತ್ರಣ ನೀಡುತ್ತದೆ, ಆದರೆ ಪ್ರತಿ ಸಾಧನವೂ ಸಿದ್ಧವಾಗಿರಬೇಕು ಮತ್ತು ಸಿದ್ಧವಾಗಿಯೇ ಉಳಿಯಬೇಕು. ನೀತಿ ಸಾಮರ್ಥ್ಯವಿರುವ ರೂಟರ್ ಮಧ್ಯದಲ್ಲಿದ್ದು ಪ್ರತಿ ಸಾಧನಕ್ಕೂ ಮಾರ್ಗ ಆರಿಸುತ್ತದೆ, ಮತ್ತು ಮರುಸಂಪರ್ಕಗಳು ಹಾಗೂ DHCP ಬದಲಾವಣೆಗಳ ನಡುವೆ ಸಾಧನಗಳನ್ನು ವಿಶ್ವಾಸಾರ್ಹವಾಗಿ ಗುರುತಿಸಿದರೆ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುತ್ತದೆ.
ರೂಟರ್‌ನಲ್ಲಿ ಇನ್ನೊಂದು ಖಾಸಗಿ DHCP ಗುತ್ತಿಗೆ ರಚಿಸುವುದು ಇನ್ನೊಂದು ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ರಚಿಸುವಂತೆಯೇ ಅಲ್ಲ. ಅದು ಸ್ಥಳೀಯ ದೃಶ್ಯವನ್ನು ಬದಲಿಸುತ್ತದೆ ಮತ್ತು ನಿರ್ಗಮನವನ್ನು ಮುಟ್ಟದೆ ಬಿಡುತ್ತದೆ. ಬೇರ್ಪಡಿಕೆ ನಿರ್ಗಮನ ನೀತಿಯಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ, ಆ ನೀತಿ ರೂಟರ್‌ನಲ್ಲಿರಲಿ ಅಥವಾ VPN ಸೇವೆಯಲ್ಲಿರಲಿ.
ನೀವು ಯಾವ ರೂಪವನ್ನು ಆರಿಸಿದರೂ, ಮಾಲೀಕತ್ವವನ್ನು ಬರೆಯಿರಿ: ಯಾರು ಸಾಧನವನ್ನು ಸಿದ್ಧಪಡಿಸುತ್ತಾರೆ, ಯಾರು ಅದರ ರುಜುವಾತುಗಳನ್ನು ಬದಲಿಸುತ್ತಾರೆ, ಮತ್ತು ಅದು ಉದ್ದೇಶಿತ ಮಾರ್ಗವನ್ನು ಬಳಸುವುದನ್ನು ನಿಲ್ಲಿಸಿದಾಗ ಯಾರು ಗಮನಿಸುತ್ತಾರೆ.
ನೀವು ನಿಜವಾಗಿ ಪಡೆದ ನಿರ್ಗಮನವನ್ನು ಪರಿಶೀಲಿಸಿ
ಮುಖ್ಯವಾದ ಅಪ್ಲಿಕೇಶನ್‌ನಿಂದ ಪರಿಶೀಲನೆ ಮಾಡಿ, ಮತ್ತು ಎರಡೂ ಸಾಧನಗಳಲ್ಲಿ ಒಂದೇ ವಿಳಾಸ ಕುಟುಂಬವನ್ನು ಹೋಲಿಸಿ. ಒಂದರಿಂದ IPv4 ಫಲಿತಾಂಶ ಮತ್ತು ಇನ್ನೊಂದರಿಂದ IPv6 ಫಲಿತಾಂಶ ಎರಡರ ಬಗ್ಗೆಯೂ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ನಂತರ ಮರುಸಂಪರ್ಕದ ನಂತರ ಪರಿಶೀಲನೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಅವಧಿಗಳ ನಡುವೆ ಕೊಳ ನಿಗದಿ ಬದಲಾಗಬಹುದು.
ಅದನ್ನು ಸುರಂಗ ನೀತಿಯ ಒಳಗಿನ ಟರ್ಮಿನಲ್‌ನಿಂದ ಚಲಾಯಿಸಿ, ಅದನ್ನು ಬೈಪಾಸ್ ಮಾಡುವ ಸಾಧನದಿಂದ ಅಲ್ಲ. ತಪ್ಪು ಹೋಸ್ಟ್ ಆತ್ಮವಿಶ್ವಾಸದ ತಪ್ಪು ಉತ್ತರ ನೀಡುತ್ತದೆ.
curl -4 -sS https://api.ipify.org; echo
curl -6 -sS https://api64.ipify.org; echo
ip route get 1.1.1.1ಎರಡೂ ಸಾಧನಗಳು ಒಂದೇ IPv4 ವಿಳಾಸವನ್ನು ಮುದ್ರಿಸಿದರೆ, ಎಷ್ಟು ಸುರಂಗಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿವೆ ಎಂಬುದನ್ನು ಲೆಕ್ಕಿಸದೆ ಅವು ಒಂದೇ ನಿರ್ಗಮನವನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ. ನಂತರ ಸುರಂಗ ವಿಫಲವಾದಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ: ನೇರ ಮಾರ್ಗಕ್ಕೆ ಮರಳುವ ಕ್ಲೈಂಟ್ ಎರಡೂ ಸಾಧನಗಳನ್ನು ಮತ್ತೆ ಮನೆಯ ವಿಳಾಸಕ್ಕೆ ತರುತ್ತದೆ, ಮತ್ತು ಬೇರ್ಪಡಿಕೆ ಯಾವುದೇ ದೋಷವಿಲ್ಲದೆ ಮಾಯವಾಗುತ್ತದೆ. ವ್ಯವಸ್ಥೆಯನ್ನು ಎರಡು ನಿರ್ಗಮನಗಳೆಂದು ವಿವರಿಸುವ ಮೊದಲು ಆ ಮರಳುವ ವರ್ತನೆಯನ್ನು ದೃಢೀಕರಿಸಿ, ಮತ್ತು ಬೇರೆ ಬೇರೆ ವಿಳಾಸಗಳು ಜಾಲದ ಫಲಿತಾಂಶ, ಎರಡು ಅನಾಮಧೇಯ ಗುರುತುಗಳಲ್ಲ ಎಂಬುದನ್ನು ನೆನಪಿಡಿ.