VPN ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಸಾರ್ವಜನಿಕ ಪ್ರಿಫಿಕ್ಸ್: ಅದು ನಿಜವಾಗಿ ಏನನ್ನು ಮುರಿಯುತ್ತದೆ

ಸಂಖ್ಯೆಗಳು ಅಂದವಾಗಿ ಕಾಣುತ್ತವೆ ಎಂದು ಆಯ್ಕೆ ಮಾಡಿದ ಕ್ಲೈಂಟ್ ಪೂಲ್ ಸ್ಥಾಪನೆಗಾಗಿ ಕಾಯುತ್ತಿರುವ ಮಾರ್ಗವಾಗಿದೆ. VPN ಕೆಲಸ ಮಾಡಲು ಪ್ರಿಫಿಕ್ಸ್ ಖಾಸಗಿಯಾಗಿರಬೇಕಿಲ್ಲ, ಮತ್ತು ಬೇರೊಬ್ಬರ ಬ್ಲಾಕ್ ಬಳಸುವುದು ಸಹ ನಿಮ್ಮ ಬಳಕೆದಾರರನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಇಂಟರ್ನೆಟ್‌ಗೆ ಒಡ್ಡುವುದಿಲ್ಲ. ಅದು ಮಾಡುವುದೇನೆಂದರೆ, ಸುರಂಗ ಮೇಲಿರುವವರೆಗೆ ಆ ವಿಳಾಸಗಳು ಬೇರೆ ಅರ್ಥ ನೀಡುತ್ತವೆ, ನಂತರ ಸುರಂಗ ಬಿದ್ದಾಗ ಮತ್ತೆ ಬೇರೆ ಅರ್ಥ ನೀಡುತ್ತವೆ. ಕೆಳಗಿನ ಐದು ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ ಮತ್ತು ಉತ್ತರ «ಬೇರೆಡೆ ಹಂಚಲಾಗಿದೆ» ಎಂದಿರುವಲ್ಲೇ ನಿಲ್ಲಿಸಿ.

ಹಂಚಿಕೆ ಘೋಷಣೆ ಅಲ್ಲ

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

ಅದಕ್ಕೇ ಅಪಾಯವು ಹೆಚ್ಚಿನವರು ಊಹಿಸುವಂತಿಲ್ಲ. ಎರವಲು ಪಡೆದ ಪ್ರಿಫಿಕ್ಸ್ ನಿಮ್ಮ ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ತಲುಪಬಲ್ಲದನ್ನಾಗಿ ಮಾಡುವುದಿಲ್ಲ; ಅದು ಬೇರೊಬ್ಬರ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ನಿಮ್ಮ ಕ್ಲೈಂಟ್‌ಗಳಿಂದ ತಲುಪಲಾಗದಂತೆ ಮಾಡುತ್ತದೆ, ಇದು ಬೇರೆ ಮಾಲೀಕರ ಬೇರೆ ವೈಫಲ್ಯ. ಯಾರ ಮೇಲೂ ದಾಳಿ ನಡೆಯುವುದಿಲ್ಲ ಮತ್ತು ಯಾವ ಘೋಷಣೆಯೂ ಹೊರಬೀಳುವುದಿಲ್ಲ. ಬಳಕೆದಾರರು ನಿನ್ನೆ ಕೆಲಸ ಮಾಡಿದ ಸೈಟ್ ತೆರೆಯಲಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಸಹಾಯ ಕೇಂದ್ರಕ್ಕೆ VPN ಪೂಲ್ ಅನ್ನು ಸಂಶಯಿಸಲು ಕಾರಣವಿಲ್ಲ.

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

ಕ್ಲೈಂಟ್ ಮಾರ್ಗ ನಿಜವಾಗಿ ಏನನ್ನು ಹಿಡಿಯುತ್ತದೆ

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

ip route get 198.51.100.20
ip -br addr show tun0
traceroute -n 198.51.100.20

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

ಅದಕ್ಕೇ ಪರಿಚಿತ IP ವಿಳಾಸ ಗುರುತಿನ ಸಾಕ್ಷಿಯಲ್ಲ. ನಿಜವಾದ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಸರ್ವರ್-ಹೆಸರು ಪರಿಶೀಲನೆ ಇಟ್ಟುಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಐದು ನಿಮಿಷಗಳ ಹಿಂದೆ ನೀವು ತಲುಪಿದ ಸಂಖ್ಯಾ ವಿಳಾಸ ಈಗ ಬೇರೆ ಸಂಭಾಷಣೆಗೆ ಸೇರಿರಬಹುದು.

ನಿಮಗೆ ತಿಳಿದಿರುವ ಪ್ರತಿ ನೆಟ್‌ವರ್ಕ್‌ನೊಂದಿಗೆ ಪೂಲ್ ಹೋಲಿಸಿ

RFC 1918 ಖಾಸಗಿ ಬಳಕೆಗೆ ಮೂರು ಬ್ಲಾಕ್‌ಗಳನ್ನು ಕಾಯ್ದಿರಿಸುತ್ತದೆ: 192.168.0.0/16, 172.16.0.0/12 ಮತ್ತು 10.0.0.0/8. ಲಕ್ಷಾಂತರ ಪ್ರತ್ಯೇಕ ಸಂಸ್ಥೆಗಳು ಅವುಗಳನ್ನು ಮತ್ತೆ ಬಳಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಖಾಸಗಿ ಎಂಬುದು ಹಂಚಿಕೆಯ ಬಗ್ಗೆ ಒಂದು ಹೇಳಿಕೆ ಮತ್ತು ಬೇರೆ ಯಾರೂ ಅದೇ ಸಂಖ್ಯೆಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಿಲ್ಲ ಎಂಬ ಭರವಸೆ ಎಂದಿಗೂ ಅಲ್ಲ.

ಅಭ್ಯರ್ಥಿ ಪೂಲ್ ಅನ್ನು ಕಚೇರಿ LAN, ಕ್ಲೌಡ್ VPC, ಇತರ VPN ಪೂಲ್, ಪಾಲುದಾರ ಕೊಂಡಿಗಳು ಮತ್ತು ದೂರಸ್ಥ ಕೆಲಸಗಾರರು ಮನೆಯಲ್ಲಿ ಹೊಂದಿರಬಹುದಾದ ಶ್ರೇಣಿಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ. ಮನೆಯ ಸಂದರ್ಭ ವಿಚಿತ್ರ ಪ್ರಿಫಿಕ್ಸ್ ಕಲ್ಪಿಸುವ ಕಾರಣವಲ್ಲ; ಅದು ಪೂಲ್ ಅನ್ನು ಚಿಕ್ಕದಾಗಿ ಮತ್ತು ದಾಖಲಿಸಲಾಗಿ ಇಡುವ ಕಾರಣ.

ಮಾರ್ಗನಿರ್ದೇಶನ ಹೊಂದಿರುವವರೊಂದಿಗೆ ಹಂಚಿಕೆಯನ್ನು ಸಮನ್ವಯಗೊಳಿಸಿ ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ಅದೇ ಸ್ಥಳದಲ್ಲಿ ದಾಖಲಿಸಿ. ಯಾರೂ ಹಿಂತಿರುಗಿ ಮಾರ್ಗನಿರ್ದೇಶಿಸಲಾಗದ ಪೂಲ್ ಎಂದರೆ ಅಡ್ಡಿಯ ಸಮಯದಲ್ಲಿ ಮತ್ತೆ ಕಂಡುಹಿಡಿಯಲಾಗುವ ಪೂಲ್. ಪೂಲ್ ಅನ್ನು ಸೈಟ್ ಶ್ರೇಣಿಗಳಿರುವ ಅದೇ ದಾಖಲೆಯಲ್ಲಿ ಇರಿಸಿ, ಒಬ್ಬ ವ್ಯಕ್ತಿ ಮಾತ್ರ ಸಂಪಾದಿಸಿದ ಕ್ಲೈಂಟ್ ಸಂರಚನೆಯಲ್ಲಿ ಅಲ್ಲ. ಮುಂದಿನ ಘರ್ಷಣೆಯನ್ನು ತಪ್ಪಿಸಬಲ್ಲದಾಗಿಸುವುದು ದಾಖಲೆಯೇ.

ಸಾರ್ವಜನಿಕ ವಿಳಾಸೀಕರಣ ಯಾವಾಗ ಸರಿಯಾದ ಉತ್ತರ

ಸರಿಯಾಗಿ ಹಂಚಲಾದ ಜಾಗತಿಕ ಸ್ಥಳಾವಕಾಶ ಹೊಂದಿರುವ ಸಂಸ್ಥೆಗಳು ಸಾರ್ವಜನಿಕ ವಿಳಾಸದ VPN ಪೂಲ್ ನಿರ್ಮಿಸಬಹುದು, ಮತ್ತು ಕೆಲವು ಅನುವಾದ ತಪ್ಪಿಸಲು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಹಾಗೆ ಮಾಡುತ್ತವೆ. ಆ ವಿನ್ಯಾಸಕ್ಕೆ ಇನ್ನೂ ಮಾರ್ಗನಿರ್ದೇಶನ, ಮೂಲ ಪರಿಶೀಲನೆ, ಪ್ರವೇಶ ನಿಯಮಗಳು ಮತ್ತು ಕ್ಲೈಂಟ್ ದೃಢೀಕರಣ ಬೇಕು; ಹಂಚಿಕೆ ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ನೀಡುವುದಿಲ್ಲ.

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

ಪೂಲ್ ಆಯ್ಕೆಯನ್ನು ಸರಿದೂಗಿಸಲು ಸ್ವಯಂಚಾಲಿತವಾಗಿ NAT ಸೇರಿಸಬೇಡಿ. ಸ್ಪಷ್ಟ ಹಿಂತಿರುಗುವ ಮಾರ್ಗಗಳಿರುವ ಮಾರ್ಗೀಕೃತ ಖಾಸಗಿ ವಿನ್ಯಾಸ, ವಿಳಾಸೀಕರಣವನ್ನು ಎಂದಿಗೂ ಯೋಜಿಸದ ಕಾರಣ ಅನ್ವಯಿಸುವ ಅನುವಾದಕ್ಕಿಂತ ಸ್ವಚ್ಛವಾಗಿದೆ, ಮತ್ತು IPv6 ಗೆ IPv4 ಊಹೆಗಳ ಪ್ರತಿಯಲ್ಲ, ತನ್ನದೇ ಉದ್ದೇಶಪೂರ್ವಕ ಯೋಜನೆ ಬೇಕು.

ಪ್ರವೇಶ ಕಳೆದುಕೊಳ್ಳದೆ ಕೆಟ್ಟ ಪೂಲ್ ನಿವೃತ್ತಿಗೊಳಿಸಿ

ಪೂಲ್ ಈಗಾಗಲೇ ನಿಯೋಜಿಸಲಾಗಿದ್ದರೆ, ಬದಲಿಸುವ ಮೊದಲು ಪಟ್ಟಿ ಮಾಡಿ: ವಿಳಾಸ ಕಾಯ್ದಿರಿಸುವಿಕೆಗಳು, ಸ್ಥಾಪಿತ ಮಾರ್ಗಗಳು, ಬ್ಲಾಕ್‌ಗೆ ವಿಭಜನೆಯಾಗುವ DNS ದಾಖಲೆಗಳು, ಫೈರ್‌ವಾಲ್ ವ್ಯಾಪ್ತಿಗಳು ಮತ್ತು ಅವನ್ನು ಅವಲಂಬಿಸಿರುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು. ನಂತರ ಬೇರೆ ಯಾವುದೇ ಮಾರ್ಗನಿರ್ದೇಶನ ಬದಲಾವಣೆಯಷ್ಟೇ ಕಾಳಜಿಯಿಂದ ಬದಲಾವಣೆಯನ್ನು ನಿಗದಿಪಡಿಸಿ. ಗಮನಿಸುವವರಿಗೆ ತಿಳಿಸಿ, ಏಕೆಂದರೆ ಪೂಲ್ ಸರಿದಾಗ ಅವರ ಅಧಿವೇಶನಗಳು ಬಿದ್ದುಹೋಗುತ್ತವೆ. ಕ್ಲೈಂಟ್ ವಿಳಾಸೀಕರಣದಲ್ಲಿ ಮೌನ ಬದಲಾವಣೆ ಕೆಲಸಕ್ಕೆ ಸಂಬಂಧವಿಲ್ಲದಂತೆ ಕಾಣುವ ಬೆಂಬಲ ಟಿಕೆಟ್‌ಗಳನ್ನು ಹುಟ್ಟುಹಾಕುತ್ತದೆ.

ನೀವು ತೆಗೆದುಹಾಕುತ್ತಿರುವ ಪೂಲ್ ಅನ್ನು ಅವಲಂಬಿಸದ ಚೇತರಿಕೆ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿ, ಏಕೆಂದರೆ ಅದನ್ನು ಹಿಂತೆಗೆದುಕೊಳ್ಳುವ ಕ್ಷಣವೇ ನಿಮ್ಮ ದೂರಸ್ಥ ಪ್ರವೇಶ ಅದರೊಂದಿಗೆ ಮಾಯವಾಗಬಹುದು. ನಂತರ ಎರಡೂ ದಿಕ್ಕುಗಳನ್ನು ಪರಿಶೀಲಿಸಿ: ಉದ್ದೇಶಿತ ಖಾಸಗಿ ಗಮ್ಯಸ್ಥಾನಗಳು ಇನ್ನೂ ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಹಿಂದೆ ಹಿಡಿಯಲಾದ ಇಂಟರ್ನೆಟ್ ಗಮ್ಯಸ್ಥಾನಗಳು ಈಗ ಅವುಗಳ ನಿಜವಾದ ಮಾಲೀಕರಿಗೆ ವಿಭಜನೆಯಾಗುತ್ತವೆ.

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