Onion ಸೇವೆ ಮತ್ತು VPN ಸೇವೆ: ಬೇರೆ ಬೇರೆ ಪ್ರವೇಶ ಮಾದರಿಗಳು

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

ಪುರಾಣ: ಎರಡೂ ವಿನ್ಯಾಸಗಳು ಬರೀ ಮರೆಮಾಡಿದ ಬಾಗಿಲು

ಸಾಮಾನ್ಯ ಗುಣ ನಿಜವಾದರೂ ತೆಳುವಾದದು: ಎರಡೂ ವಿನ್ಯಾಸಗಳು ಆಡಳಿತಾತ್ಮಕ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ನೇರವಾಗಿ ತಲುಪಬಹುದಾದ ಸಾರ್ವಜನಿಕ ಪೋರ್ಟ್ನಲ್ಲಿ ಇಡುವುದಿಲ್ಲ. ಉಳಿದುದೆಲ್ಲಾ ಬೇರ್ಪಡುತ್ತದೆ. Onion ವಿಳಾಸವು ಸೇವೆಯ ಸ್ವಂತ ಕೀಲಿಯಿಂದ ಹುಟ್ತುತ್ತದೆ, ಆದ್ದರಿಂದ ಹೆಸರು ಗುರುತಿಗೆ ಬದ್ಧವಾಗಿದೆ; VPN ವಿಳಾಸವು ನೀವು ಒಳಗೆ ಸೇರಿಸಲ್ಪಟ್ಟ ನೆಟ್ವರ್ಕ್ನೊಳಗಿನ ಸಾಮಾನ್ಯ ವಿಳಾಸವಷ್ಟೇ. ಒಂದು ಸೇವೆಯನ್ನು ಒವರ್ಲೆ ಪದರದೊಳಗೆ ಮರೆಮಾಡುತ್ತದೆ, ಇನ್ನೊಂದು ನಿಮ್ಮನ್ನು ಖಾಸಗೀ ಟೋಪಾಲಜಿಗೆ ಸೇರಿಸುತ್ತದೆ. ಎರಡನೇಯದನ್ನು ಮೊದಲನೇಯದರ ಸಮಾನಾರ್ಥಕ ಎಂದು ಭಾವಿಸುವುದೇ ಗೊಂದಲದ ಆರಂಭ.

ಎರಡೂ ಗುಣಗಳಲ್ಲಿ ಯಾವುದೂ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಸ್ವತಃ ಭದ್ರತಾ ನಿಯಂತ್ರಣವಲ್ಲ. ಮರೆಮಾಡಿದ ಸ್ಥಳವು ಅದರ ಹಿಂದಿನ ತಂತ್ರಾಂಶವನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ, ಖಾಸಗೀ ಮಾರ್ಗವು ಲಾಗಿನ್ ಪುಟಕ್ಕೆ ದೃಢೀಕರಣ ಸೇರಿಸುವುದಿಲ್ಲ. ಎರಡೂ ವಿನ್ಯಾಸಗಳಿಗೆ ಇನ್ನೂ ಅಪ್ಲಿಕೇಶನ್ನ ಸ್ವಂತ ಅನುಮತಿಗಳು ಬೇಕು, ಮತ್ತು ಎರಡಕ್ಕೂ ಇನ್ನೂ ನವೀಕರಣ ಮತ್ತು ಮರುಪ್ರಾಪ್ತಿಗೆ ಜವಾಬ್ದಾರರಾದ ಯಾರೋ ಬೇಕು.

Onion ವಿಳಾಸವು ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಸೂಚಿಸುತ್ತದೆ

Onion ವಿಳಾಸ ಆವೃತ್ತಿ v3 ಸೇವೆಯ ಸಾರ್ವಜನಿಕ ಕೀಲಿಯನ್ನು ಎನ್ಕೋಡ್ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಯಾರೂ ತಾವು ನಿಯಂತ್ರಿಸದ ಸೇವೆಗೆ ವಿಳಾಸವನ್ನು ಆಯ್ಕೆ ಮಾಡಲಾರರು. ಕ್ಲೈಂಟ್ Tor ಮೂಲಕ ಭೇಟಿ ಸ್ಥಳಕ್ಕೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ, ಮತ್ತು ಸೇವೆಯು ತನ್ನ ಕಡೆಯಿಂದ ಅದೇ ಸ್ಥಳವನ್ನು ತಲುಪುತ್ತದೆ; ಯಾವುದೇ ಸಾಮಾನ್ಯ ನಿರ್ಗಮನ ನೋಡ್ ಆ ಸಂಪರ್ಕವನ್ನು ಸೇವೆಯವರೆಗೂ ಒಯ್ಯುವುದಿಲ್ಲ. ಹೆಸರು ಗುರುತು, DNS ದಾಖಲೆ ಅಲ್ಲ.

dig +short example.onion
curl --socks5-hostname 127.0.0.1:9050 http://example.onion/
systemctl status tor

ಆದ್ದರಿಂದ onion ಹೆಸರಿಗೆ ಮಾರ್ಗ ಅಥವಾ hosts ನಮೂದನ್ನು ಸೇರಿಸುವುದರಿಂದ ಯಾವುದೇ ಉಪಯೋಗವಿಲ್ಲ. ಶೋಧನೆಯೇ ಕಾರ್ಯವಿಧಾನವಲ್ಲ; Tor ಕ್ಲೈಂಟ್ ಮತ್ತು ಅದರ ಸರ್ಕ್ಯೂಟ್ಗಳೇ ಕಾರ್ಯವಿಧಾನ. ಸೇವೆಯು ಕೆಲವೇ ಜನರ ಗುಂಪಿಗೆ ಉದ್ದೇಶಿಸಲಾಗಿದ್ದರೆ, onion ಕ್ಲೈಂಟ್ ಅಧಿಕಾರ ಸಂಪರ್ಕ ಸ್ವೀಕಾರಕ್ಕೆ ಮೊದಲು ಕೀಲಿಯನ್ನು ಕೇಳಬಹುದು, ಆದರೂ ಅದು ಇನ್ನೂ ಅಪ್ಲಿಕೇಶನ್ ಲಾಗಿನ್ ಅಲ್ಲ. ವಿಳಾಸವನ್ನು ಪ್ರಕಟಿಸುವುದೂ ಉದ್ದೇಶಪೂರ್ವಕ ಕ್ರಿಯೆ, ಏಕೆಂದರೆ ಅದನ್ನು ತಿಳಿದ ಯಾರಾದರೂ ನೀವು ನಿಯಂತ್ರಿಸದಿದ್ದರೆ ಸಂಪರ್ಕವನ್ನು ಪ್ರಯತ್ನಿಸಬಹುದು.

onion ವಿನ್ಯಾಸದ ಏಕೈಕ ಕಾರಣ ದೃಢೀಕರಣವನ್ನು ಸಿದ್ಧಪಡಿಸುವುದನ್ನು ತಪ್ಪಿಸುವುದಾದರೆ ನಿಲ್ಲಿಸಿ. ಒವರ್ಲೆ ಪದರವು ಅದನ್ನು ನೀಡುವುದಿಲ್ಲ, ಮತ್ತು ನೀವು ಅದನ್ನು ನಂತರವೂ ನಿರ್ಮಿಸುತ್ತೀರಿ.

VPN ಮಾರ್ಗವು ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ನೀಡುತ್ತದೆ

VPN ಸಾಧನವನ್ನು ನೆಟ್ವರ್ಕ್ಗೆ ಸೇರಿಸಿ ಅದಕ್ಕೆ ಗೇಟ್ವೇ ಅಥವಾ ಉಪಜಾಲಕ್ಕೆ ಮಾರ್ಗ ನೀಡುತ್ತದೆ. ಆ ಗೇಟ್ವೇಯ ಹಿಂದಿನ ಸೇವೆಯು ಸುರಂಗದ ಪೂಲ್ನಿಂದ ವಿಳಾಸವನ್ನು ನೋಡಿ ತನ್ನಲ್ಲಿರುವ ಅಧಿಕಾರವನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ. ಮಾರ್ಗವು ಬಳಕೆದಾರರು ಯಾರು ಎಂಬುದನ್ನು ಹೇಳುವುದಿಲ್ಲ; ಪ್ಯಾಕೆಟ್ಗಳು ಎಲ್ಲಿಗೆ ಹೋಗಬಹುದು ಎಂಬುದನ್ನು ಹೇಳುತ್ತದೆ.

ip route get 10.20.30.40
wg show
curl -sv https://files.internal.example/ -o /dev/null

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

ಪ್ರೇಕ್ಷಕರು ಅಜ್ಞಾತರಾಗಿದ್ದರೆ ಅಥವಾ ನಿರಂತರವಾಗಿ ಬದಲಾದರೆ ನಿಲ್ಲಿಸಿ. ಒಂದು ಪುಟ ತೋರಿಸಲು ಅಪರಿಚಿತರನ್ನು ಖಾಸಗೀ ನೆಟ್ವರ್ಕ್ಗೆ ನೋಂದಣಿಸುವುದು ಸೇವೆಯನ್ನು ಪ್ರಕಟಿಸುವುದಕ್ಕೆ ಹೋಲಿಸಿದರೆ ದೊಡ್ಡ ಬದ್ಧತೆ.

ಎರಡರ ನಡುವೆ ಆಯ್ಕೆ, ಮತ್ತು ಏನು ಹಾಗೆಯೇ ಉಳಿಯುತ್ತದೆ

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

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

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