VPN ನಿರ್ಗಮನ IP ಸುರಂಗದ ಸಾಕ್ಷ್ಯವಲ್ಲ: ಸರ್ವರ್ಗಳು ಏನನ್ನು ನೋಡುತ್ತವೆ

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

ಸರ್ವರ್ ಪ್ರತಿ ಸಂಪರ್ಕಕ್ಕೆ ಒಂದು ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ

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

ಆ ಮೂಲ ವಿಳಾಸದ ನಂತರದ ಎಲ್ಲವೂ ಅನ್ವಯ ಡೇಟಾ, ಮತ್ತು ಅನ್ವಯವು ಅದನ್ನು ದೃಢೀಕರಿಸಿದಷ್ಟು ಮಾತ್ರ ಅದನ್ನು ನಂಬಬಹುದು.

ನಿಮ್ಮ ನಿರ್ಗಮನ ಹೇಗೆ ಕಾಣುತ್ತದೆ ಎಂದು ಪರೀಕ್ಷಿಸಿ

ನಿಯಮ ಬರೆಯುವ ಮೊದಲು ಎರಡೂ ತುದಿಗಳಿಂದ ಮಾರ್ಗವನ್ನು ನೋಡಿ. ಕ್ಲೈಂಟ್ನ ತನ್ನ ನಿರ್ಗಮನದ ಬಗ್ಗೆ ಇರುವ ದೃಷ್ಟಿ ಮತ್ತು ಸರ್ವರ್ನ ಸಂಪರ್ಕದ ಬಗ್ಗೆ ಇರುವ ದೃಷ್ಟಿ ಮುಖ್ಯವಾದ ಎರಡು ಸಂಗತಿಗಳು.

curl -sS https://api.ipify.org; echo
ss -tn state established '( sport = :443 )' | head

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

ಎರಡು ನಿರ್ಗಮನ ಗಣಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಾತ್ರ ಪಟ್ಟಿ ಮಾಡಬಹುದು

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

curl -sS https://check.torproject.org/torbulkexitlist | wc -l

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

ವಿಳಾಸಗಳನ್ನು ನೀತಿ ಇನ್ಪುಟ್ ಆಗಿ ಬಳಸಿ, ಸಾಕ್ಷ್ಯವಾಗಿ ಅಲ್ಲ

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

ಪ್ರತಿಬಿಂಬ ವಿನಂತಿ, ಅಂದರೆ VPNನ ಹಿಂದೆ ಬಳಕೆದಾರರ ನಿಜವಾದ ವಿಳಾಸವನ್ನು ಮರುಪಡೆಯುವುದು, ಅದೇ ಕಾರಣಕ್ಕೆ ವಿಫಲವಾಗುತ್ತದೆ: ಒಂದು ಸಂಪರ್ಕ ಒಂದು ವಿಳಾಸವನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತದೆ, ಮತ್ತು ಅವಧಿಗಳ ನಡುವಿನ ಬದಲಾವಣೆ ಹಲವು ವಿವರಣೆಗಳಿಗೆ ಹೊಂದುತ್ತದೆ. ಹಿಂದಿನ ಮೌಲ್ಯವನ್ನು ಇತಿಹಾಸವಾಗಿ ಪರಿಗಣಿಸಿ, ಸತ್ಯವಾಗಿ ಅಲ್ಲ.