Tor ಒಳಗೆ VPN, VPN ಒಳಗೆ Tor: ಸರಪಳಿ ಏಕೆ ಒಡೆಯುತ್ತದೆ
VPN, Tor ಮತ್ತು ಪ್ರಾಕ್ಸಿಯನ್ನು ಒಂದರ ಮೇಲೊಂದು ಇಟ್ಟಾಗ, ಯಾವುದು ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆ ಮತ್ತು ಯಾವುದು ಸಾಗಿಸಲ್ಪಡುತ್ತದೆ ಎಂಬುದನ್ನು ಕ್ರಮ ನಿರ್ಧರಿಸುತ್ತದೆ. ಮೂರನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು ಮೊದಲ ಮುರಿದ ಗಡಿಯನ್ನು ಹುಡುಕಿ.
VPN, Tor ಮತ್ತು ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಾಕ್ಸಿಯನ್ನು ಒಂದರ ಮೇಲೊಂದು ಇಡುವುದು ಗೋಪ್ಯತೆಯನ್ನು ಗುಣಿಸಿದಂತೆ ಅನಿಸುತ್ತದೆ, ಆದರೆ ವಾಸ್ತವದಲ್ಲಿ ಸಂಪರ್ಕ ಸಾಯಬಹುದಾದ ಸ್ಥಳಗಳ ಸಂಖ್ಯೆಯನ್ನೇ ಗುಣಿಸುತ್ತದೆ. ಎಲ್ಲಾ ಮೂರು ಸಾಧನಗಳು ತಾವು ಆರೋಗ್ಯವಾಗಿವೆ ಎಂದು ಹೇಳುತ್ತಿರುವಾಗ ಬ್ರೌಸರ್ ತಿರುಗುತ್ತಿರುವುದು ಸಾಮಾನ್ಯ ಫಲಿತಾಂಶ. ಮೂರೂ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಒಟ್ಟಿಗೆ ಬದಲಿಸಿದರೆ, ಯಾವುದು ಸುಳ್ಳು ಹೇಳುತ್ತಿದೆ ಎಂಬ ಏಕೈಕ ಸುಳಿವೂ ಹೋಗುತ್ತದೆ.
ಮೊದಲು ಉದ್ದೇಶಿಸಿದ ಮಾರ್ಗವನ್ನು ಕ್ರಮವಾಗಿ ಬರೆಯಿರಿ, ಯಾವ ಪ್ರೋಗ್ರಾಂ ಪ್ರತಿ ಸಂಪರ್ಕವನ್ನು ತೆರೆಯುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಹಂತದಲ್ಲಿ ಯಾವ ಹೆಸರು ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆ ಎಂದು ತಿಳಿಸಿ.
ಪದರಗಳು ಕೂಡುವುದಿಲ್ಲ, ಅವು ಪರಸ್ಪರ ಕ್ರಿಯಿಸುತ್ತವೆ
Tor ಮೊದಲು VPN ಎಂದರೆ Tor ಕ್ಲೈಂಟ್ನ ಪ್ರವೇಶ ಸಂಪರ್ಕವು ಸುರಂಗದ ಒಳಗೆ ಸಾಗುತ್ತದೆ. Tor ಮೂಲಕ ಸಾಗಿಸುವ VPN ಎಂದರೆ VPN ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ ಅಂತ್ಯಬಿಂದುವು Tor ಮೂಲಕ ತಲುಪಬೇಕು, ಇದು ಸಂಪೂರ್ಣ ಬೇರೆ ಅಗತ್ಯ. ಬ್ರೌಸರ್ನ ಪ್ರಾಕ್ಸಿ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂಗೆ ಗೊತ್ತಿಲ್ಲದ ಇನ್ನೊಂದು ಹಾರಿಕೆಯನ್ನು ಸೇರಿಸುತ್ತದೆ. ಮೂರು ಜೋಡಣೆಗಳು, ಮೂರು ಪ್ರತ್ಯೇಕ ಅವಲಂಬನೆ ಪಟ್ಟಿಗಳು.
ಪ್ರತಿ ಜೋಡಣೆಯೂ ಏನು ಪರಿಹರಿಸಬಹುದು, ಏನು ಸಾಗಿಸಬಹುದು ಮತ್ತು ಮೊದಲ ಪ್ಯಾಕೆಟ್ ಯಾರು ನೋಡುತ್ತಾರೆ ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ. ಅವುಗಳಲ್ಲಿ ಒಂದೇ ನೀವು ಉದ್ದೇಶಿಸಿದ ಸಂರಚನೆಯಾಗಿರಬಹುದು.
ನೇರ ಮಾರ್ಗವನ್ನೂ ರೇಖಾಚಿತ್ರಕ್ಕೆ ಸೇರಿಸಿ. ಬ್ಯಾಕಪ್ ಮಾರ್ಗ, ವಿಭಜಿತ ಸುರಂಗದ ವಿನಾಯಿತಿ ಅಥವಾ ಪ್ರಾಕ್ಸಿ ಬೈಪಾಸ್ ಪುಟವನ್ನು ಲೋಡ್ ಮಾಡಿಸಬಹುದು, ಆದರೆ ನೀವು ಪರೀಕ್ಷಿಸಲು ಬಯಸಿದ ಸರಪಳಿಯನ್ನು ಸದ್ದಿಲ್ಲದೆ ಬಿಟ್ಟುಬಿಡುತ್ತದೆ, ಮತ್ತು ಅಂತಹ ಯಶಸ್ಸು ವೈಫಲ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚು ದಾರಿತಪ್ಪಿಸುತ್ತದೆ.
ಏನು ಸಾಗಿಸಬಹುದು ಎಂಬುದನ್ನು ಕ್ರಮ ನಿರ್ಧರಿಸುತ್ತದೆ
Tor ತನ್ನ SOCKS ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ TCP ಸ್ಟ್ರೀಮ್ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರಾಕ್ಸಿಗೆ ಹೋಸ್ಟ್ಹೆಸರನ್ನು ಪರಿಹರಿಸಲು ಹೇಳುವ ಕ್ಲೈಂಟ್ ಹುಡುಕಾಟವನ್ನು ಸರ್ಕ್ಯೂಟ್ನ ಒಳಗೇ ಇಡುತ್ತದೆ. ಸಾಮಾನ್ಯ ಸಂರಚನೆಗಳಲ್ಲಿ UDP ಹಾಗೆ ಹೋಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಮಧ್ಯದಲ್ಲಿ ಹೆಚ್ಚುವರಿ TCP ರಿಲೇ ಇಲ್ಲದೆ WireGuard ಸುರಂಗವನ್ನು Tor ಒಳಗೆ ಗೂಡಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
OpenVPN ಅನ್ನು TCP ಗೆ ಒತ್ತಾಯಿಸಬಹುದು, ಆದ್ದರಿಂದ ಆ ಜೋಡಣೆಯನ್ನು ಕನಿಷ್ಠ ವಿವರಿಸಬಹುದು. ಅದು ನಿಧಾನವೂ ಹೆಚ್ಚು ಸೂಕ್ಷ್ಮವೂ ಆಗಿದೆ, ಮತ್ತು ಒಡೆದಾಗ ಅದರ ವೈಫಲ್ಯದ ರೂಪವು ನಿರ್ಬಂಧಿತ ಪೋರ್ಟ್ನಂತೆಯೇ ಕಾಣುತ್ತದೆ. ಈ ಎರಡನ್ನು ಪ್ರತ್ಯೇಕಿಸಲು ಯಾವುದಾದರೂ ಒಂದನ್ನು ಸರಿಪಡಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸಿ.
ಪರಿಹರಿಸುವುದು ಇನ್ನೊಂದು ಅರ್ಧ. --socks5-hostname ಬಳಸಿದಾಗ ಪ್ರಾಕ್ಸಿ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಪರಿಹರಿಸುತ್ತದೆ, ಆದರೆ ಸಾಮಾನ್ಯ --socks5 ಮೊದಲು ಸ್ಥಳೀಯ ರಿಜಾಲ್ವರ್ ಅನ್ನು ಕೇಳಿ ಹೆಸರನ್ನು ಸರ್ಕ್ಯೂಟ್ನ ಹೊರಗೆ ಸೋರಿಸುತ್ತದೆ. ಈ ಒಂದೇ ಫ್ಲ್ಯಾಗ್ ಹೆಸರಿನ ಹುಡುಕಾಟ ಸರಪಳಿಗೆ ಸೇರಿದೆಯೇ ಅಥವಾ ನಿಮ್ಮ ಇಂಟರ್ನೆಟ್ ಪೂರೈಕೆದಾರರಿಗೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
| Order | What must resolve the endpoint | What usually breaks |
|---|---|---|
| VPN, then Tor | The tunnel's resolver | Entry guards blocked by the VPN provider's filters |
| Tor, then VPN | The SOCKS proxy, remotely | UDP transports, which Tor does not carry |
| App proxy on top | The application itself | Proxy bypass rules and cached connections |
ಮೊದಲ ಮುರಿದ ಗಡಿಯನ್ನು ಪತ್ತೆಹಚ್ಚುವುದು
ಪ್ಯಾಕೆಟ್ಗಳು ಸಾಗುವ ಕ್ರಮದಲ್ಲೇ ಹಂತಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ, ನಿರುಪದ್ರವ ವಿನಂತಿಗಳೊಂದಿಗೆ, ಮತ್ತು ಮೊದಲು ವಿಫಲವಾದ ಹಂತದಲ್ಲೇ ನಿಲ್ಲಿಸಿ. ಯಾವ ಆಜ್ಞೆ ಮೊದಲು ಓಡಿತು ಎಂದು ಬರೆದಿಡಿ, ಏಕೆಂದರೆ ಕ್ರಮವೇ ಸಾಕ್ಷ್ಯದ ಭಾಗ. ಎರಡು ಆಜ್ಞೆಗಳು ಸತ್ತ ಸರ್ಕ್ಯೂಟ್ ಅನ್ನು ಸತ್ತ ನಿರ್ಗಮನದಿಂದ ಬೇರ್ಪಡಿಸುತ್ತವೆ:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
ಮೊದಲನೆಯದು ವಿನಂತಿಯು SOCKS ಪ್ರಾಕ್ಸಿ ಮೂಲಕವೇ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆಯೇ ಎಂದು ತಿಳಿಸುತ್ತದೆ, ಎರಡನೆಯದು ಜಾಲಬಂಧವು ಈಗ ಪ್ರಸ್ತುತಪಡಿಸುತ್ತಿರುವ ವಿಳಾಸವನ್ನು ತೋರಿಸುತ್ತದೆ. ಮೊದಲನೆಯದು ವಿಫಲವಾಗಿ ಎರಡನೆಯದು ಯಶಸ್ವಿಯಾದರೆ, ಸಮಸ್ಯೆ Tor ಕ್ಲೈಂಟ್ನಲ್ಲಿದೆ ಅಥವಾ ಅದಕ್ಕೂ ಮೊದಲು. ಎರಡೂ ಯಶಸ್ವಿಯಾಗಿಯೂ ಬ್ರೌಸರ್ ಇನ್ನೂ ವಿಫಲವಾದರೆ, ಅಪ್ಲಿಕೇಶನ್ ಶೆಲ್ಗಿಂತ ಬೇರೆ ಮಾರ್ಗವನ್ನು ಬಳಸುತ್ತಿದೆ.
ಸಾರ್ವಜನಿಕ IP ಪುಟವೂ ಕೊನೆಯ ಕಾಣುವ ನಿರ್ಗಮನವನ್ನು ಮಾತ್ರ ವಿವರಿಸುತ್ತದೆ. ಅದಕ್ಕೂ ಮೊದಲು ಎಷ್ಟು ಹಾರಿಕೆಗಳಿದ್ದವು ಎಂದು ಅದು ಹೇಳಲಾರದು, ಆದ್ದರಿಂದ ಒಂದು ಸಂಖ್ಯೆಯನ್ನು ರೇಖಾಚಿತ್ರ ಎಂದು ಪರಿಗಣಿಸುವ ಬದಲು ಪ್ರತಿ ಸಾಧನದ ಬೆಂಬಲಿತ ಸ್ಥಿತಿ ಔಟ್ಪುಟ್ನೊಂದಿಗೆ ಜೋಡಿಸಿ.
ಪದರಗಳನ್ನು ಸೇರಿಸುವುದನ್ನು ಯಾವಾಗ ನಿಲ್ಲಿಸಬೇಕು
ಒಂದು ಪದರ ಏನನ್ನು ಸೇರಿಸುತ್ತದೆ ಎಂದು ಒಂದೇ ವಾಕ್ಯದಲ್ಲಿ ಹೇಳಲಾಗದಿದ್ದರೆ ಅದನ್ನು ತೆಗೆಯಿರಿ. ಉದ್ದೇಶ ಸ್ಪಷ್ಟವಿಲ್ಲದ ಸರಪಳಿಯನ್ನು ರಾತ್ರಿ ಮೂರು ಗಂಟೆಗೆ ಯಾರೂ ಡೀಬಗ್ ಮಾಡಲಾರರು, ಮತ್ತು ವಿವರಿಸದ ಹಾರಿಕೆಯ ಗೋಪ್ಯತಾ ಲಾಭ ಸಾಮಾನ್ಯವಾಗಿ ನೀವು ಕಳೆದುಕೊಳ್ಳುವ ಲಭ್ಯತೆಗಿಂತ ಕಡಿಮೆ.
ಒಂದು ಪದರ ನಿಜವಾಗಿಯೂ ತನ್ನ ಸ್ಥಾನಕ್ಕೆ ಅರ್ಹವಾಗಿದ್ದರೆ, ಮೊದಲು ಅದನ್ನು ಒಂಟಿಯಾಗಿ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಮುಂದಿನದನ್ನು ಸೇರಿಸಿ ಅದೇ ಎರಡು ಆಜ್ಞೆಗಳಿಂದ ಮಾರ್ಗವನ್ನು ಮತ್ತೆ ದೃಢೀಕರಿಸಿ. ಸಾಮಾನ್ಯ ಬಳಕೆಗೆ ಮೊದಲು ಪೂರ್ಣ ಸರಪಳಿಯನ್ನು ಮರುಸ್ಥಾಪಿಸಿ, ಮತ್ತು TLS ಮೌಲ್ಯೀಕರಣ ಹಾಗೂ ದೃಢೀಕರಣವನ್ನು ಆನ್ ಆಗಿರಿಸಿ; ಪುಟ ಲೋಡ್ ಆಗಲು ಸ್ವೀಕರಿಸಿದ ಪ್ರಮಾಣಪತ್ರ ಎಚ್ಚರಿಕೆ ಮಾರ್ಗನಿರ್ದೇಶನದ ಪಾರುಪತ್ಯ, ಸರಿಪಡಿಸುವಿಕೆಯಲ್ಲ. ನೀವು ನಿಂತ ಕ್ರಮವನ್ನು ತಾಜಾ ಇರುವಾಗಲೇ ಬರೆದಿಡಿ.
ಆ ಕ್ರಮವನ್ನು ಬರೆಯಿರಿ, ಪ್ರತಿ ಹಂತದಲ್ಲಿ ಉತ್ತರಿಸುವ ರಿಜಾಲ್ವರ್ ಸಹಿತ. ನೀವು ವಿವರಿಸಬಲ್ಲ ಕೆಲಸ ಮಾಡುವ ಸರಪಳಿ ಮುಂದಿನ ನವೀಕರಣವನ್ನು ದಾಟುತ್ತದೆ, ಆದರೆ ಪ್ರಯೋಗದ ಮೂಲಕ ಜೋಡಿಸಿದ ಕೆಲಸ ಮಾಡುವ ಸರಪಳಿ ಅದರೊಂದಿಗೇ ಮಾಯವಾಗುತ್ತದೆ. ದಿನಾಂಕ ಮತ್ತು ಆವೃತ್ತಿಗಳನ್ನು ಸೇರಿಸಿ, ಇದರಿಂದ ಮುಂದಿನ ವೈಫಲ್ಯವನ್ನು ನೆನಪಿನಿಂದ ವಾದಿಸುವ ಬದಲು ತಿಳಿದ ಒಳ್ಳೆಯ ಸ್ಥಿತಿಯೊಂದಿಗೆ ಹೋಲಿಸಬಹುದು. ಪಠ್ಯ ಕಡತದ ಹತ್ತು ಸಾಲುಗಳು ಒಂದು ಸಂಜೆಯ ಊಹೆಯನ್ನು ಉಳಿಸುತ್ತವೆ.