VPN ಮೊದಲು Tor ಸಿದ್ಧ: ಸ್ಟಾರ್ಟಪ್ ಗೇಟ್ ಸರಿಯಾಗಿ ಜೋಡಿಸಿ

tor ಪ್ರಕ್ರಿಯೆಯನ್ನು ಗಮನಿಸಿ ನಂತರ VPN ಪ್ರಾರಂಭಿಸುವುದು ಈ ಸ್ಟ್ಯಾಕ್ ಅನ್ನು ತಪ್ಪಾಗಿ ನಿರ್ಮಿಸುವ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ದಾರಿ. ಕ್ಲೈಂಟ್ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಸಾಗಿಸಲು ಸಾಧ್ಯವಾಗುವ ಬಹಳ ಮುಂಚೆಯೇ ಡೀಮನ್ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಸ್ಥಿರ ವಿರಾಮವು ಅವಲಂಬನೆಯ ಸೋಗಿನಲ್ಲಿ ಇಟ್ಟುಕೊಂಡ ಊಹೆಯಾಗಿದೆ. ಗೇಟ್ ಮುಂದಿನ ಘಟಕಕ್ಕೆ ನಿಜವಾಗಿ ಅಗತ್ಯವಿರುವ ಸ್ಥಿತಿಯಾಗಿರಬೇಕು. ಕೆಳಗಿನ ನಾಲ್ಕು ಹಂತಗಳನ್ನು ಕ್ರಮವಾಗಿ ಅನುಸರಿಸಿ, ಮತ್ತು ಪ್ರತಿಯೊಂದನ್ನು ಸರಿಹೊಂದಿಸಬೇಕಾದ ವಿಳಂಬವಾಗಿ ಅಲ್ಲ, ಪ್ರತ್ಯೇಕ ಷರತ್ತಾಗಿ ಪರಿಗಣಿಸಿ.

ಹಂತ 1: ನಿಮ್ಮ ಬಳಿ ನಿಜವಾಗಿ ಇರುವ ಸಾಗಣೆಯನ್ನು ಆರಿಸಿ

ಪ್ರೋಟೋಕಾಲ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಏಕೆಂದರೆ ಉಳಿದ ವಿನ್ಯಾಸ ಅದನ್ನು ಅವಲಂಬಿಸಿದೆ. Tor ನ SOCKS ಇಂಟರ್ಫೇಸ್ UDP ASSOCIATE ಅನ್ನು ಜಾರಿಗೊಳಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಅದರ ಮೂಲಕ ಸಾಗಿಸುವ ಯಾವುದೇ ವಸ್ತು TCP ಸ್ಟ್ರೀಮ್ ಆಗಿರಬೇಕು. UDP ಬಳಸುವ OpenVPN ಪ್ರೊಫೈಲ್ ಮೇಲ್ವಿಚಾರಕವನ್ನು ಹೇಗೇ ಬರೆದರೂ ಈ ಮಾರ್ಗದಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ಪ್ರೊಫೈಲ್ ಅನ್ನು TCP ಗೆ ಬದಲಿಸಿ ಮತ್ತು ಸ್ಟಾರ್ಟಪ್ ಲಾಜಿಕ್ ಮುಟ್ಟುವ ಮೊದಲು ದೂರದ ಪೀರ್ ಅದನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ನಂತರ ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಒಟ್ಟಾರೆ SOCKS ಪ್ರಾಕ್ಸಿ ತಲುಪಬಲ್ಲದೇ ಎಂದು ಖಚಿತಪಡಿಸಿ. OpenVPN 2.6 TCP ಪ್ರೊಫೈಲ್‌ಗಳಿಗೆ socks-proxy ಆಯ್ಕೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ವಿವಿಧ ಕ್ಲೈಂಟ್‌ಗಳು ವಿವಿಧ ಪ್ರಾಕ್ಸಿ ಬೆಂಬಲ ನೀಡುತ್ತವೆ. ಪ್ರಾಕ್ಸಿ ಆಯ್ಕೆಯನ್ನು ಸದ್ದಿಲ್ಲದೆ ನಿರ್ಲಕ್ಷಿಸುವ ಲಾಂಚರ್ ನೇರವಾಗಿ ಸಂಪರ್ಕಿಸುತ್ತದೆ ಮತ್ತು ಕೆಲಸ ಮಾಡುತ್ತಿರುವಂತೆ ಕಾಣುತ್ತದೆ, ಇದು ವಿಫಲವಾಗುವುದಕ್ಕಿಂತ ಕೆಟ್ಟದು.

ಆಯ್ಕೆ ಮಾಡಿದ ಸಾಗಣೆಯನ್ನು ರನ್‌ಬುಕ್‌ನಲ್ಲಿ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಪ್ರತಿ ನಂತರದ ಪರಿಶೀಲನೆ ಅದನ್ನು ಅವಲಂಬಿಸಿದೆ.

ಹಂತ 2: ಪ್ರಕ್ರಿಯೆ ಪಟ್ಟಿಯಲ್ಲ, bootstrap ಹಂತವನ್ನು ಓದಿ

Tor ನ ನಿಯಂತ್ರಣ ಪ್ರೋಟೋಕಾಲ್ GETINFO status/bootstrap-phase ಗೆ ಇತ್ತೀಚಿನ bootstrap ಸ್ಥಿತಿಯೊಂದಿಗೆ ಉತ್ತರಿಸುತ್ತದೆ, ಅದರಲ್ಲಿ ಪ್ರಗತಿ ಶೇಕಡಾವಾರು ಮತ್ತು ಸಾರಾಂಶ ಟ್ಯಾಗ್ ಸೇರಿವೆ. ಆ ಉತ್ತರವು ಉಪಯುಕ್ತವಾಗಿರುವುದು ನಿಖರವಾಗಿ ಏಕೆಂದರೆ ನಿಯಂತ್ರಕನು ಡೀಮನ್ bootstrap ಮುಗಿಸಿದ ನಂತರವೂ ಸಂಪರ್ಕಿಸಬಹುದು. ಕೇವಲ ಘಟನೆಗಳನ್ನು ಆಲಿಸುವ ಮೇಲ್ವಿಚಾರಕನು ಮೇಲ್ವಿಚಾರಕನು ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲೇ Tor ಸಿದ್ಧವಾಗಿದ್ದ ಪ್ರಕರಣವನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತಾನೆ.

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

ಪ್ರಾರಂಭದಲ್ಲಿ ಹಂತವನ್ನು ಒಮ್ಮೆ ಓದಿ, ನಂತರ ನೇರ ನೋಟಕ್ಕಾಗಿ ಪ್ರಗತಿ ಘಟನೆಗಳಿಗೆ ಚಂದಾದಾರರಾಗಿ.

printf 'AUTHENTICATE\r\nGETINFO status/bootstrap-phase\r\nQUIT\r\n' | nc 127.0.0.1 9051
ss -ltn | grep -E '9050|9051'
tor --verify-config -f /etc/tor/torrc

ಪ್ರಗತಿ 100 ಮತ್ತು done ಟ್ಯಾಗ್ ಇರುವ ಉತ್ತರ ಎಂದರೆ ಡೀಮನ್ ತನ್ನ ಸ್ವಂತ ಪ್ರಾರಂಭವನ್ನು ಮುಗಿಸಿದೆ. ಅದು ಇನ್ನೂ ನಿಮ್ಮ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಬಳಸಬಹುದಾದ ಸರ್ಕ್ಯೂಟ್ ಇದೆ ಎಂದು ಅರ್ಥವಲ್ಲ.

ಹಂತ 3: ಕ್ಲೈಂಟ್ ಸರ್ಕ್ಯೂಟ್ ಘಟನೆಗಾಗಿ ಕಾಯಿರಿ

Tor ನ ಘಟನಾ ಪ್ರೋಟೋಕಾಲ್ CIRCUIT_ESTABLISHED ಅನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಅದು ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಬಳಸಬಹುದಾದ ಸರ್ಕ್ಯೂಟ್ ಇದೆ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ. ಇದು ಕ್ಯಾರಿಯರ್ ಗೇಟ್ ಬಯಸುವ ಸಿದ್ಧತೆಯ ಸಂಕೇತ, ಏಕೆಂದರೆ ಶೇಕಡಾವಾರಿಗಿಂತ ನಿಮಗೆ ಬೇಕಾದ ಸಾಮರ್ಥ್ಯಕ್ಕೆ ಹತ್ತಿರವಾಗಿದೆ. ಘಟನೆಗೆ ಚಂದಾದಾರರಾಗಿ ಮತ್ತು ಪರಿವರ್ತನೆಯನ್ನು ದಾಖಲಿಸಿ, ಲಾಗ್ ಪ್ರಕ್ರಿಯೆ ಕಾಣಿಸಿಕೊಂಡಾಗ ಅಲ್ಲ, ಕ್ಯಾರಿಯರ್ ಯಾವಾಗ ಬಳಸಬಹುದಾದದ್ದಾಯಿತು ಎಂದು ತೋರಿಸುವಂತೆ.

ಘಟನೆಯನ್ನು ಪ್ರಯತ್ನಿಸುವ ಅನುಮತಿಯಾಗಿ ಪರಿಗಣಿಸಿ, ಯಾವುದೇ ನಿರ್ದಿಷ್ಟ ಗಮ್ಯಸ್ಥಾನದ ಬಗ್ಗೆ ಖಾತರಿಯಾಗಿ ಅಲ್ಲ. ನಿರ್ಗಮನ ನೀತಿ ಇನ್ನೂ ದೂರದ ಪೀರ್ ಅನ್ನು ನಿರಾಕರಿಸಬಹುದು, ಮತ್ತು VPN ನ ಸ್ವಂತ ಹಸ್ತಲಾಘವವು ಇನ್ನೂ Tor ಗೆ ಸಂಬಂಧವಿಲ್ಲದ ಕಾರಣಗಳಿಂದ ವಿಫಲವಾಗಬಹುದು.

ಕೋಡ್‌ನಲ್ಲಿ ಎರಡು ಷರತ್ತುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ. ready ಎಂಬ ಒಂದೇ ಬೂಲಿಯನ್ ಅವುಗಳನ್ನು ಸೇರಿಸಿ ಮುಂದಿನ ಘಟನೆಯನ್ನು ಓದಲಾಗದಂತೆ ಮಾಡುತ್ತದೆ.

ಹಂತ 4: VPN ಅನ್ನು ಅದರ ಸ್ವಂತ ಹಸ್ತಲಾಘವದ ಮೇಲೆ ಗೇಟ್ ಮಾಡಿ

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

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

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

ನೀವು ದಾಟಬೇಕಾದ ನಾಲ್ಕು ಪರಿವರ್ತನೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ

ನಾಲ್ಕು ಪ್ರಕರಣಗಳು ವಿನ್ಯಾಸವನ್ನು ಆವರಿಸುತ್ತವೆ: Tor ಮೊದಲು ಏರುವ ಶೀತ ಆರಂಭ, ಈಗಾಗಲೇ ಸಿದ್ಧವಾದ Tor ಗೆ ಸೇರುವ ಮೇಲ್ವಿಚಾರಕ, ಲಭ್ಯವಿಲ್ಲದ VPN ಪೀರ್, ಮತ್ತು ಸುರಂಗ ಏರಿದ್ದಾಗ ಕ್ಯಾರಿಯರ್ ನಷ್ಟ. ಪ್ರತಿಯೊಂದಕ್ಕೂ ಬೇರೆ ನಿರೀಕ್ಷಿತ ಪರಿವರ್ತನೆ ಇದೆ, ಮತ್ತು ಗೇಟ್ ಸರಿಯಾಗಿ ಬರೆದಿದ್ದರೆ ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಲಾಗ್ ಸಾಲನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ.

ಅವುಗಳನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ, ಒಂದೊಂದಾಗಿ ಚಲಾಯಿಸಿ, ಮತ್ತು ಪ್ರಕ್ರಿಯೆ ಪಟ್ಟಿಯ ಬದಲು ಸ್ಥಿತಿ ಬದಲಾವಣೆಗಳನ್ನು ಓದಿ.

journalctl -u tor@default -n 30 --no-pager
systemctl status [email protected]
curl -sS --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip

ಕ್ಯಾರಿಯರ್ ಬಿದ್ದಾಗ, VPN ಹಳೆಯ ಸುರಂಗದೊಂದಿಗೆ ನೇತಾಡುವ ಬದಲು ಒಂದು ಮರುಪ್ರಯತ್ನ ಮಧ್ಯಂತರದಲ್ಲಿ ಅದರೊಂದಿಗೆ ಕೆಳಗಿಳಿಯಬೇಕು. Tor ಹಿಂತಿರುಗಿದಾಗ, ಗೇಟ್ ಪ್ರಕ್ರಿಯೆ ಪ್ರಾರಂಭದ ನಂತರವಲ್ಲ, ಸರ್ಕ್ಯೂಟ್ ಘಟನೆಯ ನಂತರವೇ ಮತ್ತೆ ತೆರೆಯಬೇಕು. ಪ್ರತಿ ವೈಫಲ್ಯದಲ್ಲಿ ಯಾವ ಷರತ್ತು ಕಾಣೆಯಾಗಿತ್ತು ಎಂದು ದಾಖಲಿಸಿ, ಮುಂದಿನ ಕರ್ತವ್ಯದ ವ್ಯಕ್ತಿ ಸಮಯಮುದ್ರೆಗಳಿಂದ ಕ್ರಮವನ್ನು ಮರುನಿರ್ಮಿಸಬೇಕಾಗಿಲ್ಲ.