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

ಮೊದಲ ಪ್ರತಿಪಾದನೆ: ಸಂಚಾರವನ್ನು ಯಾರೂ ಓದಲಾಗದು

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

security find-certificate -a -p /Library/Keychains/System.keychain | openssl crl2pkcs7 -nocrl -certfile /dev/stdin | openssl pkcs7 -noout -print_certs | grep subject
certutil -store Root

macOS ನಲ್ಲಿ ಆ ಪೈಪ್‌ಲೈನ್ ಯಂತ್ರದ ಕೀಲಿಗೊಂಚಲಿನಲ್ಲಿರುವ ಪ್ರತಿ ಪ್ರಮಾಣಪತ್ರಕ್ಕೂ ಒಂದು ವಿಷಯ ಸಾಲನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಕಿಟಕಿ ತೆರೆಯದೆ, ಮತ್ತು Windows ನಲ್ಲಿ certutil -store Root certlm.msc ಗ್ರಾಫಿಕ್ ಆಗಿ ತೋರಿಸುವ ಅದೇ ಸಂಗ್ರಹವನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಶಾಲೆ, ಉದ್ಯೋಗದಾತ ಅಥವಾ ನೆಟ್‌ವರ್ಕ್ ಭದ್ರತಾ ಉತ್ಪನ್ನಕ್ಕೆ ಸೇರಿದ ಮೂಲವೇ ಹುಡುಕಬೇಕಾದ ನಮೂದು. ಒಂದನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ತಡೆಯುವಿಕೆ ಸಾಧ್ಯ ಎಂದು ಮಾತ್ರ ಸಾಬೀತು ಮಾಡುತ್ತದೆ, ಅದು ನಡೆಯುತ್ತಿದೆ ಎಂದಲ್ಲ.

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

ಎರಡನೇ ಪ್ರತಿಪಾದನೆ: ನೀವು ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತೀರಿ ಎಂದು ಯಾರೂ ನೋಡರಿ

ಗಮ್ಯಸ್ಥಾನವು ಕಠಿಣವಾದ ಪ್ರತಿಪಾದನೆ, ಏಕೆಂದರೆ ಪುಟ ಲೋಡ್ ಆಗುವ ಮೊದಲು ಎರಡು ಬಹಿರಂಗಗಳು ನಡೆಯುತ್ತವೆ. ಪ್ರಶ್ನೆ ವ್ಯವಸ್ಥೆ ಬಳಸಲು ಸಂರಚಿಸಲಾದ ರಿಸಾಲ್ವರ್‌ಗೆ ಹೋಗುತ್ತದೆ, ಮತ್ತು ಉತ್ತರ ಅದನ್ನು ಸಾಗಿಸುವ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಗೋಚರವಾಗಿರುತ್ತದೆ. ನಂತರ TLS ಹಸ್ತಲಾಘವವು ಕೇಳಿದ ಸರ್ವರ್ ಹೆಸರನ್ನು ಬಹಿರಂಗವಾಗಿ ಸಾಗಿಸುತ್ತದೆ, ಎರಡೂ ತುದಿಗಳಲ್ಲಿ Encrypted Client Hello ಬೆಂಬಲಿತವಾಗದಿದ್ದರೆ. ಎರಡೂ ಬಹಿರಂಗಗಳಲ್ಲಿ ಡೀಕ್ರಿಪ್ಶನ್ ಇಲ್ಲ, ಆದ್ದರಿಂದ ಸುರಂಗದಿಂದ ಎರಡಕ್ಕೂ ಯಾವುದೇ ಪರಿಣಾಮವಿಲ್ಲ.

resolvectl status | grep -A2 "Link"
nslookup example.com

ಯಾವ ರಿಸಾಲ್ವರ್ ನಿಜವಾಗಿ ಬಳಕೆಯಾಗುತ್ತಿದೆ ಎಂಬುದೇ ಒಡ್ಡುವಿಕೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ವಾದಿಸುವ ಬದಲು ಅಳೆಯಬಹುದು. Linux ನಲ್ಲಿ resolvectl status ಪ್ರತಿ ಲಿಂಕ್‌ಗೆ DNS ಸರ್ವರ್‌ಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು ಅದರ ಔಟ್‌ಪುಟ್ ಸೈಟ್‌ನ ರಿಸಾಲ್ವರ್ ಉತ್ತರಿಸುತ್ತಿದೆಯೇ ಅಥವಾ ತಳ್ಳಲಾದದ್ದು ಎಂದು ಹೇಳುತ್ತದೆ. Windows ಅದೇ ಪ್ರಶ್ನೆಗೆ nslookup example.com ನಿಂದ ಉತ್ತರಿಸುತ್ತದೆ, ಅದರ ಔಟ್‌ಪುಟ್‌ನ ಮೊದಲ ಬ್ಲಾಕ್ ಉತ್ತರಿಸಿದ DNS ಸರ್ವರ್.

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

ಮೂರನೇ ಪ್ರತಿಪಾದನೆ: ನೀವು ಸಂಪರ್ಕಿಸಿದ್ದೀರಿ ಎಂದು ಯಾರಿಗೂ ಗೊತ್ತಿಲ್ಲ

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

ವಿಭಜಿತ ಸುರಂಗೀಕರಣ ಮತ್ತು ತಳ್ಳಲಾದ ಮಾರ್ಗವನ್ನು ನಿರ್ಲಕ್ಷಿಸುವ ಯಾವುದೇ ಅನ್ವಯ ಸುರಂಗದ ಹೊರಗೆ ಮೊದಲಿನಂತೆಯೇ ಕಾಣುವ ಹರಿವುಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ. ಎಚ್ಚರಿಕೆಯ ವೀಕ್ಷಕ ಮೊದಲು ಗಮನಿಸುವುದು ಆ ಹರಿವುಗಳನ್ನೇ, ಮತ್ತು ಕ್ಲೈಂಟ್‌ನ ಮಾರ್ಗ ಕೋಷ್ಟಕ ಯಾವ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಹೊರಗಿಡಲಾಗಿದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ.

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

ನಿಮಗೆ ಯಾವ ಪ್ರತಿಪಾದನೆ ಬೇಕು ಎಂದು ನಿರ್ಧರಿಸಿ

ಕ್ಲೈಂಟ್ ಮುಟ್ಟುವ ಮೊದಲು ಅಗತ್ಯವನ್ನು ಒಂದು ಸಾಲಿನಲ್ಲಿ ಬರೆಯಿರಿ: ವಿಷಯ ಮರೆಮಾಡಿ, ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಮರೆಮಾಡಿ, ಅಥವಾ ನೀವು ಸಂಪರ್ಕಿಸಿದ್ದೀರಾ ಎಂಬುದನ್ನೇ ಮರೆಮಾಡಿ. ವಿಷಯವನ್ನು HTTPS ಮತ್ತು ಸುರಂಗ ಈಗಾಗಲೇ ನಿರ್ವಹಿಸುತ್ತವೆ, ಆದರೆ ಗಮ್ಯಸ್ಥಾನಗಳಿಗೆ ಸೈಟ್‌ನ ಉಪಕರಣವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬಳಸದ ರಿಸಾಲ್ವರ್ ಮತ್ತು ಮಾರ್ಗ ಬೇಕು.

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

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