ಹಂಚಿದ VPN ಖಾತೆ: ಸಾಧನ ಮಿತಿ ಕ್ಲೈಂಟ್ ಪ್ರತ್ಯೇಕತೆ ಅಲ್ಲ

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

ಸಂಪರ್ಕ ಅನುಮತಿ ನಿಜವಾಗಿ ಏನನ್ನು ಭರವಸೆ ನೀಡುತ್ತದೆ

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

ಕೀ ಬೇರ್ಪಡಿಕೆಯ ಬಗ್ಗೆ ಏನನ್ನಾದರೂ ಊಹಿಸುವ ಮೊದಲು ಪ್ರದಾತ ರುಜುವಾತುಗಳನ್ನು ಹೇಗೆ ನೀಡುತ್ತಾನೆ ಎಂದು ಓದಿ. ಖಾತೆಯ ಹೆಸರೇ ಅದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಬಹಿರಂಗಪಡಿಸುವುದಿಲ್ಲ.

ಗೇಟ್ವೇ ಕ್ಲೈಂಟ್ಗಳ ನಡುವೆ ರವಾನಿಸುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ

ಪೀರ್ ನಡುವಿನ ತಲುಪುವಿಕೆ ಸರ್ವರ್-ಬದಿಯ ನಿರ್ಣಯ. OpenVPN ನಲ್ಲಿ ಸಂಬಂಧಿತ ಸ್ವಿಚ್ ಸಂರಚನೆಯಲ್ಲಿ ಬಾರದಿದ್ದರೆ ಇರುವುದಿಲ್ಲ, ಆದರೆ ಆಧುನಿಕ ಡೇಟಾ-ಪ್ಲೇನ್ ಆಫ್ಲೋಡ್ ನಿಯಮ ಎಲ್ಲಿ ಅನ್ವಯವಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ.

grep -n "client-to-client" /etc/openvpn/server.conf
iptables -A FORWARD -i tun0 -o tun0 -j DROP

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

ಪೀರ್ರಿಗಿಂತ ಮೊದಲು ಸೆಷನ್ ರಕ್ಷಿಸಿ

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

ಪ್ರತಿ ಹೋಸ್ಟ್ನಲ್ಲಿ ಸೇವಾ ದೃಢೀಕರಣ ಇನ್ನೂ ಮುಖ್ಯ, ಏಕೆಂದರೆ ಟನೆಲ್ ಕ್ಲೈಂಟ್ ನೆಟ್ವರ್ಕ್ ತಲುಪಿದೆ ಎಂದಷ್ಟೇ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ನಿರ್ದಿಷ್ಟ ಡೀಮನ್ ತಲುಪಬೇಕು ಎಂದಲ್ಲ.

ಸ್ಥಳೀಯ Wi-Fi ವೈಫಲ್ಯಗಳು VPN ಉಲ್ಲಂಘನೆ ಅಲ್ಲ

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

ನಾಲ್ಕು ಉತ್ತರಗಳನ್ನು ಬರೆಯಿರಿ: ಅನುಮತಿ, ಕೀ ಮಾದರಿ, ಪೀರ್ ನೀತಿ ಮತ್ತು ಸ್ಥಳೀಯ ಕೊಂಡಿ ಅವಲಂಬನೆ. ಆ ದಾಖಲೆ ಹಂಚಿದ ಖಾತೆಯ ಬಗ್ಗೆ ಅಸ್ಪಷ್ಟ ಕಳವಳವನ್ನು ನಿರ್ದಿಷ್ಟ ನಿಯಂತ್ರಣಗಳಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ.