ಎರಡನೇ ಬ್ರೌಸರ್ ತೆರೆಯುವುದು ಎರಡನೇ VPN ಮಾರ್ಗವನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ

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

ಸ್ಥಿತಿಯನ್ನು ಬೇರ್ಪಡಿಸುವುದು ಮಾರ್ಗವನ್ನು ಬೇರ್ಪಡಿಸುವುದಲ್ಲ

ಬ್ರೌಸರ್ ಪ್ರೊಫೈಲ್ ಸಂಗ್ರಹವನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ: ಕುಕೀಗಳು, ಇತಿಹಾಸ, ವಿಸ್ತರಣೆಗಳು ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಲಾಗಿನ್ ವಿವರಗಳು. ಆ ಪ್ರತ್ಯೇಕತೆ ಒಂದೇ ಪ್ರಕ್ರಿಯಾ ವೃಕ್ಷದ ಒಳಗೆ ಜಾರಿಯಾಗುತ್ತದೆ ಮತ್ತು ಯಾವ ಇಂಟರ್ಫೇಸ್ ಪ್ಯಾಕೆಟ್ ಸಾಗಿಸುತ್ತದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಅದಕ್ಕೆ ಹೇಳಲು ಏನೂ ಇಲ್ಲ.

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

ಮಾರ್ಗವನ್ನು ವಾಸ್ತವವಾಗಿ ಯಾವುದು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ

ನಾಲ್ಕು ವಿಷಯಗಳು ಬೇರೆ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು: ಎಕ್ಸಿಕ್ಯೂಟೆಬಲ್ ಅಥವಾ ಪ್ಯಾಕೇಜ್ಗೆ ಹೊಂದುವ ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ಗೆ VPN ನಿಯಮ, ಬ್ರೌಸರ್ ಅಥವಾ ಸಿಸ್ಟಂನೊಳಗೆ ಸಂರಚಿಸಿದ ಪ್ರಾಕ್ಸಿ, ನೆಟ್ವರ್ಕ್ ನೇಮ್ಸ್ಪೇಸ್ ಅಥವಾ ಕಂಟೇನರ್, ಮತ್ತು ಎರಡನೇ ಭೌತಿಕ ಸಾಧನ. ಪ್ರತಿಯೊಂದೂ ನಿಜವಾದದ್ದನ್ನು ಬದಲಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದಕ್ಕೂ ಅದರದೇ ಬೆಲೆ ಇದೆ.

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

ಅಪ್ಲಿಕೇಶನ್ ಮಟ್ಟದ ಪ್ರಾಕ್ಸಿಗಳು ಇನ್ನೊಂದು ಮಧ್ಯವರ್ತಿಯನ್ನು ಸೇರಿಸುತ್ತವೆ

ಬ್ರೌಸರ್ನಲ್ಲಿ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್ ನಿಜವಾಗಿಯೂ ಪ್ರತ್ಯೇಕ ಮಾರ್ಗವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರಾಕ್ಸಿ ನಡೆಸುವವರೊಂದಿಗೆ ಪ್ರತ್ಯೇಕ ವಿಶ್ವಾಸ ಸಂಬಂಧವನ್ನೂ ಸೃಷ್ಟಿಸುತ್ತದೆ. ಒಂದು ಪ್ರೊಫೈಲ್ಗೆ ಇದು ಕಾನೂನುಬದ್ಧ ವ್ಯವಸ್ಥೆ, ಮತ್ತು ಇದು ಇಡೀ ಸಾಧನದ ಒಳಗೊಳಿಕೆಗೆ ಸಮಾನವಲ್ಲ.

ಪ್ರಾಕ್ಸಿಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಆಯ್ಕೆ ಮಾಡಿ: ಅದೇ ಹೋಸ್ಟ್ನಲ್ಲಿ SOCKS ಕೇಳುಗ, ಸುರಂಗದೊಳಗೆ ದೃಢೀಕರಿಸಿದ ಪ್ರಾಕ್ಸಿ, ಅಥವಾ ದೂರದ ಸೇವೆ. ಪ್ರಾಕ್ಸಿಯನ್ನು ಪೂರ್ಣ-ಸುರಂಗ VPN ಜೊತೆ ಮಿಶ್ರಣ ಮಾಡಿದರೆ, ವೈಫಲ್ಯದ ವಿಧಾನಗಳು ಗುಣಿಸುವ ಒಳಪದರದ ಮಾರ್ಗಗಳು ಉಂಟಾಗುತ್ತವೆ.

ಪ್ರತಿ ಬ್ರೌಸರ್ನ ನಿಜವಾದ ವಿನಂತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ

ಪ್ರತಿ ಬ್ರೌಸರ್ನಿಂದ ಅದೇ ವಿನಂತಿ ಕಳುಹಿಸಿ ಮತ್ತು ಸೆಟ್ಟಿಂಗ್ ಪುಟಗಳನ್ನು ಹೋಲಿಸುವ ಬದಲು ಕಂಡುಬಂದ ನಿರ್ಗಮನ ವಿಳಾಸವನ್ನು ಹೋಲಿಸಿ. ಸೆಟ್ ಮಾಡಿದ ಪ್ರಾಕ್ಸಿ ಮೌನವಾಗಿ ಸಂಪರ್ಕಿಸಲು ವಿಫಲವಾಗುವುದು ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗಕ್ಕೆ ಮರಳುವ ಬಹಳ ಸಾಮಾನ್ಯ ದಾರಿ.

curl -sS --max-time 8 https://api.ipify.org
curl -sS --max-time 8 --proxy socks5h://127.0.0.1:1080 https://api.ipify.org
dig +short example.com

ನಂತರ ಪ್ರಾಕ್ಸಿಯನ್ನು ಒತ್ತಾಯಪಡಿಸಿ ಮತ್ತು ಸುರಂಗವನ್ನು ಆಫ್ ಮಾಡಿ ವಿನಂತಿಯನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಯಾವ ಪದರ ನಿಜವಾಗಿ ಸಂಚಾರವನ್ನು ಸಾಗಿಸುತ್ತದೆ ಎಂದು ನೋಡಲು. DNS ಉತ್ತರವನ್ನೂ ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ತನ್ನದೇ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಪರಿಹಾರಕವನ್ನು ಹೊಂದಿರುವ ಬ್ರೌಸರ್ ಸಿಸ್ಟಂ ಮಾರ್ಗವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬಳಸದೆ ನೀವು ನಿರೀಕ್ಷಿಸಿದ ಪುಟವನ್ನು ತೋರಿಸಬಲ್ಲದು.

ಉದ್ದೇಶಿಸಿದ ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಎರಡು ಸಾಲಿನಲ್ಲಿ ಬರೆಯಿರಿ: ಯಾವ ಪ್ರಕ್ರಿಯೆ ಯಾವ ಮಾರ್ಗವನ್ನು ಬಳಸುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದರ ಮಾಲೀಕರು ಯಾರು. ಖಾತೆಗಳ ಗುರುತುಗಳನ್ನೂ ಗಮನದಲ್ಲಿಡಿ, ಏಕೆಂದರೆ ಎರಡು ಮಾರ್ಗಗಳು ಒಂದೇ ಲಾಗಿನ್ ಎರಡೂ ಗಮ್ಯಸ್ಥಾನಗಳಿಗೆ ಪ್ರಸ್ತುತಪಡಿಸುವುದನ್ನು ತಡೆಯುವುದಿಲ್ಲ. ಮುಂದಿನ ಬ್ರೌಸರ್ ನವೀಕರಣದ ನಂತರ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್ ಕಳೆದುಕೊಳ್ಳುವುದು ಸುಲಭ ಮತ್ತು ಗಮನಿಸುವುದು ಕಷ್ಟ.