ಟನೆಲ್ ಏನನ್ನು ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಏನನ್ನು ಓದಬಹುದಾದಂತೆ ಬಿಡುತ್ತದೆ
ಟನೆಲ್ ತನ್ನ ಎರಡು ತುದಿಗಳ ನಡುವಿನ ವಿಷಯವನ್ನು ಮರೆಮಾಡುತ್ತದೆ, ಅದರಾಚೆಗೆ ಏನೂ ಇಲ್ಲ. ಕೀಗಳು, ಸಮಗ್ರತೆ ಮತ್ತು ತುದಿಗಳು ಉಳಿದದ್ದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ, ಮತ್ತು HTTPS ಇನ್ನೂ ತನ್ನ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ.
ನಿಮ್ಮ ಟನೆಲ್ ಆನ್ ಆಗಿದೆ, ಒಂದು ಟ್ಯಾಬ್ ಹಸಿರು ಬೀಗ ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಇನ್ನೊಂದು ಟ್ಯಾಬ್ನ ಸಾಮಾನ್ಯ HTTP ಪುಟವು ಸಂಪರ್ಕ ಸುರಕ್ಷಿತವಲ್ಲ ಎಂದು ಇನ್ನೂ ಎಚ್ಚರಿಸುತ್ತದೆ. ಈ ಸಂಯೋಜನೆ ಜನರನ್ನು ಗೊಂದಲಕ್ಕೀಡುಮಾಡುತ್ತದೆ, ಏಕೆಂದರೆ ಎರಡು ರಕ್ಷಣೆಗಳು ಬೇರೆ ಬೇರೆ ದೂರವನ್ನು ಆವರಿಸುತ್ತವೆ. VPN ತನ್ನ ತುದಿಗಳ ನಡುವಿನ ಸಂಚಾರವನ್ನು ರಕ್ಷಿಸುತ್ತದೆ, ಮತ್ತು ನಿರ್ಗಮನದ ಆಚೆ ಸಂಚಾರ ಮತ್ತೆ ಸಾಮಾನ್ಯವಾಗುತ್ತದೆ. HTTPS ಒಂದು ಸಂಪರ್ಕವನ್ನು ವೆಬ್ಸೈಟ್ವರೆಗೆ ರಕ್ಷಿಸುತ್ತದೆ. ಈ ಎರಡು ಸಂಗತಿಗಳನ್ನು ಜೋಡಿಸಿದರೆ VPN ನಿಜವಾಗಿ ಏನನ್ನು ಮರೆಮಾಡುತ್ತದೆ ಎಂಬ ಬಹುಪಾಲು ಪ್ರಶ್ನೆಗಳಿಗೆ ವಿವರಣೆ ಸಿಗುತ್ತದೆ.
ಟನೆಲ್ ನಿಜವಾಗಿ ಏನನ್ನು ಆವರಿಸುತ್ತದೆ
ಕ್ಲೈಂಟ್ ಮತ್ತು VPN ಸಹಯೋಗಿಯ ನಡುವೆ ವೀಕ್ಷಕನಿಗೆ ಓದಬಹುದಾದ ವಿನಂತಿಯ ಬದಲು ಎನ್ಕ್ರಿಪ್ಟ್ ಆದ ಬೈಟ್ಗಳು ಕಾಣುತ್ತವೆ. ಇದು ಟನೆಲ್ ದಾಟುವ ಭಾಗವನ್ನು ಆವರಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಸಾಮಾನ್ಯವಾಗಿ ನೀವು ನಿಯಂತ್ರಿಸದ ಭಾಗ. ಇದು VPN ನಿರ್ಗಮನ ಮತ್ತು ವೆಬ್ಸೈಟ್ ನಡುವಿನ ಕೊಂಡಿಗೆ ವಿಸ್ತರಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಟನೆಲ್ ನಿರ್ಗಮನದಲ್ಲೇ ಮುಗಿದಿದೆ. ಟನೆಲ್ ಮುಗಿದ ಕ್ಷಣದಿಂದ ಬೈಟ್ಗಳು ಮತ್ತೆ ಓದಬಹುದಾದವಾಗುತ್ತವೆ. ಇದರಲ್ಲಿ ಯಾವುದೂ ತಪ್ಪು ಸಂರಚನೆ ಅಲ್ಲ.
ನಿರ್ಗಮನವು ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡಿ ಮುಂದೆ ಕಳುಹಿಸುವ ಯಂತ್ರ, VPN ಸರಿಯಾಗಿ ಇದಕ್ಕೇ ಇದೆ. ಅದು ಮುಂದೆ ಕಳುಹಿಸುವುದೆಲ್ಲ ಅದಕ್ಕೆ ಸಿಕ್ಕ ರೂಪದಲ್ಲೇ ಕಾಣುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಾಮಾನ್ಯ HTTP ವಿನಂತಿ ನಿರ್ಗಮನದಿಂದ ಮುಂದೆ ಸಾಮಾನ್ಯ ಪಠ್ಯವಾಗಿಯೇ ಉಳಿಯುತ್ತದೆ.
ಇದನ್ನು ದೋಷವಲ್ಲ, ಗುಣವಾಗಿ ಓದಿ. ಎನ್ಕ್ರಿಪ್ಷನ್ ಒಂದು ಮಾರ್ಗಕ್ಕೆ ಸೀಮಿತವಾಗಿದೆ, ಮತ್ತು ಮಾರ್ಗವು ಸೇವೆ ಆರಂಭವಾಗುವಲ್ಲೇ ಮುಗಿಯುತ್ತದೆ.
ಸರಳ ಪದಗಳಲ್ಲಿ ಕೀ, nonce ಮತ್ತು ಸಮಗ್ರತೆ
ನಡೆಯುತ್ತಿರುವ ಸಂಚಾರ ಸಮಮಿತೀಯ ಕ್ರಿಪ್ಟೋಗ್ರಫಿಯಿಂದ ರಕ್ಷಿಸಲ್ಪಡುತ್ತದೆ, ಮತ್ತು ಎರಡೂ ತುದಿಗಳು ಕೈಕುಲುಕುವಾಗ ಕೀ ಸಾಮಗ್ರಿಯನ್ನು ಪಡೆಯುತ್ತವೆ ಅಥವಾ ಉತ್ಪಾದಿಸುತ್ತವೆ. RFC 5116 ಸಾಮಾನ್ಯವಾಗಿ ವಿವರಿಸುವ ದೃಢೀಕೃತ ಎನ್ಕ್ರಿಪ್ಷನ್ ಒಂದೇ ರಚನೆಯಲ್ಲಿ ಗೋಪ್ಯತೆ ಮತ್ತು ಸಮಗ್ರತೆಯನ್ನು ನೀಡುತ್ತದೆ. ಸ್ವೀಕರಿಸುವವರು ಬದಲಾದ ಬೈಟ್ಗಳನ್ನು ಕೇವಲ ಓದಲು ವಿಫಲವಾಗುವ ಬದಲು ತಿರಸ್ಕರಿಸುತ್ತಾರೆ, ಮತ್ತು ಎನ್ಕ್ರಿಪ್ಷನ್ ಎಂದರೆ ಕಲಸುವುದು ಎಂದು ಜನ ಭಾವಿಸಿದಾಗ ಸರಿಯಾಗಿ ಈ ಭಾಗವನ್ನು ಮರೆಯುತ್ತಾರೆ.
ಕೀಗಳು ಆ ವಿನಿಮಯದಿಂದ ಬರುತ್ತವೆ, ಲಾಗಿನ್ನಲ್ಲಿ ಟೈಪ್ ಮಾಡಿದ ಗುಪ್ತಪದದಿಂದ ಅಲ್ಲ. ಗುಪ್ತಪದವು ಗುರುತನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ, ನಂತರ ಪ್ರೋಟೋಕಾಲ್ ಅಧಿವೇಶನ ಸಾಮಗ್ರಿಯನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ. ಕ್ಷಣಿಕ ಕೀ ವಿನಿಮಯವೇ ಮುಂದಿನ ಗೋಪ್ಯತೆಯನ್ನು ನೀಡುತ್ತದೆ, ಆದ್ದರಿಂದ ದಾಖಲಾದ ಅಧಿವೇಶನವು ನಂತರ ದೀರ್ಘಾವಧಿ ಕೀ ಸೋರಿಕೆಯಾದರೂ ಓದಲಾಗದಂತೆ ಉಳಿಯುತ್ತದೆ.
ನಿರ್ದಿಷ್ಟೀಕರಣದಲ್ಲಿನ ದೊಡ್ಡ ಸಂಖ್ಯೆ ಈ ಪ್ರಶ್ನೆಗಳಲ್ಲಿ ಒಂದಕ್ಕೂ ಉತ್ತರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಸಂಬಂಧವಿಲ್ಲದ ಅಲ್ಗಾರಿದಮ್ಗಳ ನಡುವೆ ಸಂಖ್ಯೆಗಳನ್ನು ಹೋಲಿಸುವುದು ಶ್ರೇಣೀಕರಣವಲ್ಲ. ಬದಲಾಗಿ ಕೀ ವಿನಿಮಯ ಏನನ್ನು ನೀಡುತ್ತದೆ ಎಂದು ಕೇಳಿ.
ಟನೆಲ್ ಎಲ್ಲಿ ಮುಗಿಯುತ್ತದೆ
ಟನೆಲ್ ಮುಗಿಸುವ ತುದಿ ಮುಂದೆ ಕಳುಹಿಸುವುದನ್ನು ಓದಬಹುದು. ಕಾರ್ಪೊರೇಟ್ ಗೇಟ್ವೇ, ವಾಣಿಜ್ಯ ಪೂರೈಕೆದಾರ ಮತ್ತು ಸ್ವಯಂ-ಹೋಸ್ಟ್ ಮಾಡಿದ ಸರ್ವರ್ಗೂ ಇದು ಸಮಾನವಾಗಿ ನಿಜ. ಇದು ವಿನ್ಯಾಸ, ಅದರಲ್ಲಿನ ದೋಷವಲ್ಲ. ಬಲವಾದ ಕ್ರಿಪ್ಟೋಗ್ರಫಿ ರಾಜಿಯಾದ ತುದಿಯು ತಲುಪುವ ಸಾಮಾನ್ಯ ಪಠ್ಯವನ್ನು ಓದುವುದನ್ನು ತಡೆಯಲಾರದು, ಏಕೆಂದರೆ ರಕ್ಷಣೆ ನಿಲ್ಲುವುದೇ ತುದಿಯಲ್ಲಿ.
HTTPS ಆ ಬಿಂದುವಿನ ಆಚೆಯೂ ಮುಂದುವರಿಯುತ್ತದೆ, ಆದ್ದರಿಂದ VPN ಇಲ್ಲದೆಯೂ ಶತ್ರುತ್ವದ ಜಾಲದಲ್ಲಿ ಸೈಟ್ ಸುರಕ್ಷಿತವಾಗಿರಬಹುದು. ಎರಡು ರಕ್ಷಣೆಗಳು ಮೊದಲ ಭಾಗದಲ್ಲಿ ಅತಿಕ್ರಮಿಸುತ್ತವೆ ಮತ್ತು ನಿರ್ಗಮನದ ನಂತರ ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಮುಂದುವರಿಯುತ್ತದೆ.
ಸಂಪರ್ಕ ಕೆಲಸ ಮಾಡಲೆಂದು ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಯನ್ನು ದುರ್ಬಲಗೊಳಿಸುವುದು ಟನೆಲ್ನ ಪರೀಕ್ಷೆ ಅಲ್ಲ. ಅದು ಬೇರೆ ರಕ್ಷಣೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ ನಿಮ್ಮನ್ನು ಆರಂಭಕ್ಕಿಂತ ಕಡಿಮೆಯಲ್ಲಿ ಬಿಡುತ್ತದೆ.
ಅನಾಮಧೇಯತೆ ಬೇರೆ ಉತ್ಪನ್ನ ಏಕೆ
ವಿಳಾಸಗಳು, ಸಮಯ ಮತ್ತು ಪ್ರಮಾಣ ಟನೆಲ್ನ ಹೊರಗೆ ಗಮನಿಸಬಹುದಾದಂತೆಯೇ ಉಳಿಯುತ್ತವೆ. ಸಂಚಾರವು VPN ತುದಿಯ ಕಡೆ ಹರಿಯುತ್ತಿದೆ, ಸುಮಾರು ಎಷ್ಟು ಮತ್ತು ಯಾವಾಗ ಎಂಬುದನ್ನು ವೀಕ್ಷಕರು ನೋಡಬಹುದು. ವಿಷಯ ಓದಲಾಗದಿದ್ದರೂ ಮಾದರಿ ಇನ್ನೂ ಮಾಹಿತಿ ನೀಡುತ್ತದೆ.
ಪೂರೈಕೆದಾರರೂ ನಿಮ್ಮ ಜಾಲದಿಂದ ಬೇರೆ ಸ್ಥಳದಲ್ಲಿದ್ದಾರೆ, ಇದು ವೀಕ್ಷಕರ ಬದಲಾವಣೆ, ವೀಕ್ಷಣೆಯ ತೆಗೆದುಹಾಕುವಿಕೆ ಅಲ್ಲ. ಕುಕೀಗಳು, ಲಾಗಿನ್ಗಳು ಮತ್ತು ಖಾತೆ ಗುರುತಿಸುವಿಕೆಗಳು ಮೊದಲಿನಂತೆಯೇ ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಏಕೆಂದರೆ ಟನೆಲ್ ಅವನ್ನು ಬದಲಿಸುವುದಾಗಿ ಎಂದೂ ಭರವಸೆ ನೀಡಿಲ್ಲ.
ಅದೇ ಅಗತ್ಯವಾದರೆ ಲಾಗಿಂಗ್ ನೀತಿ ಮತ್ತು ನ್ಯಾಯವ್ಯಾಪ್ತಿಯ ಆಧಾರದಲ್ಲಿ ಪೂರೈಕೆದಾರರನ್ನು ಆಯ್ಕೆಮಾಡಿ, ನಂತರ ನೀತಿಯನ್ನೇ ಓದಿ. ಮಾರ್ಕೆಟಿಂಗ್ ಪುಟಗಳು ಈ ಪ್ರಶ್ನೆಗೆ ಯಾರಾದರೂ ಪರಿಶೀಲಿಸಬಹುದಾದ ರೀತಿಯಲ್ಲಿ ಉತ್ತರಿಸುವುದು ಅಪರೂಪ.
ಟನೆಲ್ ಮತ್ತು ಸೈಟ್ ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ
ಮೊದಲು ಟನೆಲ್ ಪರಿಶೀಲಿಸಿ, ಯಾವ ರಕ್ಷಣೆಯನ್ನು ಪರೀಕ್ಷಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ತಿಳಿಯಲು. ನಂತರ ಸೈಟ್ನ ಸ್ವಂತ ಸಾಗಣೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಒಂದು ಇನ್ನೊಂದನ್ನು ಸೂಚಿಸುತ್ತದೆ ಎಂದು ಭಾವಿಸುವ ಬದಲು ಎರಡೂ ಫಲಿತಾಂಶಗಳನ್ನು ಹೋಲಿಸಿ. ಸಾಮಾನ್ಯ HTTP ಸಾಗಿಸುವ ಟನೆಲ್ ಮತ್ತು HTTPS ನೀಡುವ ಸೈಟ್ ಎರಡೂ ಸಂರಚಿಸಿದಂತೆಯೇ ನಡೆದುಕೊಳ್ಳುತ್ತವೆ.
ಪರೀಕ್ಷಿಸಲು ಅನುಮತಿ ಇರುವ ಹೋಸ್ಟ್ ವಿರುದ್ಧ ಪರಿಶೀಲನೆಗಳನ್ನು ನಡೆಸಿ, ಮತ್ತು ಸಾರಾಂಶವಲ್ಲ, ಔಟ್ಪುಟ್ ಓದಿ.
wg show
ip -brief addr show tun0
curl -sS -o /dev/null -w '%{http_code} %{url_effective}\n' https://example.comಟನೆಲ್ ಆನ್ ಆಗಿದ್ದು ಸೈಟ್ HTTPS ಆಗಿದ್ದರೆ, ಮೊದಲ ಭಾಗದಲ್ಲಿ ಎರಡು ರಕ್ಷಣೆಗಳು ಮತ್ತು ಎರಡನೆಯದರಲ್ಲಿ ಒಂದು ಇರುತ್ತದೆ. ಸೈಟ್ ಸಾಮಾನ್ಯ HTTP ಆಗಿದ್ದರೆ, ಎರಡನೆಯ ಭಾಗ ಅಲ್ಲಿರುವ ಎಲ್ಲರಿಗೂ ಓದಬಹುದಾಗಿರುತ್ತದೆ, ವಿನಂತಿ ಕಳುಹಿಸಿದ ನಿರ್ಗಮನವೂ ಸೇರಿ. ಎರಡರಲ್ಲಿ ಯಾವುದು ಕಾಣೆಯಾಗಿದೆ ಎಂದು ತಿಳಿಯುವುದೇ ಸಂಪೂರ್ಣ ರೋಗನಿರ್ಣಯ, ಮತ್ತು ಅದಕ್ಕೆ ಹೊಸ ಕ್ಲೈಂಟ್ ಬದಲು ಎರಡು ಆದೇಶಗಳು ಬೇಕು.