ಪ್ರಾಕ್ಸಿ ಬ್ರೌಸರ್‌ನ IP ಬದಲಿಸಿದರೂ ಇತರ ಆ್ಯಪ್‌ಗಳ IP ಏಕೆ ಬದಲಾಗುವುದಿಲ್ಲ?
ಬ್ರೌಸರ್‌ನಲ್ಲಿ IP ಬದಲಾದರೆ ಎಲ್ಲ ಆ್ಯಪ್‌ಗಳೂ ಪ್ರಾಕ್ಸಿ ಬಳಸುತ್ತಿವೆ ಎಂದರ್ಥವಲ್ಲ. ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ವ್ಯಾಪ್ತಿ ಮತ್ತು ಪ್ರತಿ ಆ್ಯಪ್‌ನ ಸಂಪರ್ಕ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸುವ ವಿಧಾನ ತಿಳಿಯಿರಿ.
ನಿಮ್ಮ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಬದಲಾದ IP ಕಾಣಿಸುವುದು ಆ ಬ್ರೌಸರ್‌ನ ವಿನಂತಿಯ ಬಗ್ಗೆ ಮಾತ್ರ ಹೇಳುತ್ತದೆ. ಇತರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ನೇರ ಸಂಪರ್ಕವನ್ನೇ ಮುಂದುವರಿಸಬಹುದು: ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಬೆಂಬಲಿಸಬೇಕು ಮತ್ತು ಬಳಸಬೇಕು.
| ಪ್ರಾಕ್ಸಿಯನ್ನು ಹೊಂದಿಸಿದ ಸ್ಥಳ | ಅದು ಸಾಮಾನ್ಯವಾಗಿ ನಿಯಂತ್ರಿಸುವುದು |
|---|---|
| Firefoxನ ಕೈಯಾರೆ ಹೊಂದಿಸುವ ಸೆಟ್ಟಿಂಗ್‌ಗಳು | Firefox ಬೆಂಬಲಿಸುವ ವಿನಂತಿಗಳು. |
| ಸಿಸ್ಟಂ HTTP ಪ್ರಾಕ್ಸಿ | ಆ ಸಂರಚನೆಯನ್ನು ಓದಿ ಬೆಂಬಲಿಸುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು. |
| ಅಪ್ಲಿಕೇಶನ್‌ನ HTTP ಅಥವಾ SOCKS ಆಯ್ಕೆಗಳು | ಆ ಅಪ್ಲಿಕೇಶನ್‌ನ ಅನುಷ್ಠಾನ ಒಳಗೊಳ್ಳುವ ಟ್ರಾಫಿಕ್. |
| Wi-Fi ನೆಟ್‌ವರ್ಕ್‌ನ ಪ್ರಾಕ್ಸಿ | ಆ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿರುವಾಗ ಆ ಸೆಟ್ಟಿಂಗ್ ಬಳಸುವ ಕ್ಲೈಂಟ್‌ಗಳು. |
ಆಟ ಅಥವಾ ಧ್ವನಿ ಕರೆ HTTP ಮಾರ್ಗದ ಹೊರಗಿನ ಟ್ರಾಫಿಕ್ ಬಳಸಬಹುದು; ನೇರ ಸಾಕೆಟ್‌ಗಳನ್ನು ತೆರೆಯುವ ಆ್ಯಪ್ ಸಿಸ್ಟಂ ಪ್ರಾಕ್ಸಿಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಕಡೆಗಣಿಸಬಹುದು. SOCKS5 ಕೂಡ ಅನುಷ್ಠಾನದ ಬೆಂಬಲವನ್ನು ಬೇಡುತ್ತದೆ: ಪ್ರೋಟೋಕಾಲ್ UDP association ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ, ಆದರೆ Chromiumನ ಅಂತರ್ನಿರ್ಮಿತ SOCKS5 ಬೆಂಬಲವು TCP URL ವಿನಂತಿಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ; ಅದು ಸಾಮಾನ್ಯ UDP ರಿಲೇ ಅಲ್ಲ.
ಇನ್ನೊಂದು ಅಪ್ಲಿಕೇಶನ್‌ನ ದಾಖಲಾತಿಯಲ್ಲಿ ತಿಳಿಸಿರುವ ಪ್ರಾಕ್ಸಿ ಸಂರಚನಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಹುಡುಕಿ, ಅದರ ಪ್ರೋಟೋಕಾಲ್‌ಗೆ ಹೊಂದಿಸಿ. ಅಂಥ ವ್ಯವಸ್ಥೆಯೇ ಇಲ್ಲದಿದ್ದರೆ, ಸಿಸ್ಟಂ HTTP ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು ಪದೇಪದೇ ಬದಲಿಸುವುದರಿಂದ ಆ ಅಪ್ಲಿಕೇಶನ್ ಹೊಂದಿಕೊಳ್ಳುವ ಸಾಧ್ಯತೆ ಕಡಿಮೆ. ಆ ಆ್ಯಪ್‌ನ ಡಯಾಗ್ನೋಸ್ಟಿಕ್ಸ್ ಅಥವಾ ನಿಮ್ಮ ನಿಯಂತ್ರಣದಲ್ಲಿರುವ ಗಮ್ಯಸ್ಥಾನ ಬಳಸಿ ಅದರ ವಿನಂತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ; curl ಎಂಡ್‌ಪಾಯಿಂಟ್ ಕೆಲಸ ಮಾಡುವುದನ್ನು ದೃಢಪಡಿಸಬಹುದು, ಆದರೆ ಮತ್ತೊಂದು ಆ್ಯಪ್‌ನ ಸಂಪರ್ಕ ಮಾರ್ಗವನ್ನು ಪ್ರಮಾಣೀಕರಿಸಲಾರದು.
ಆ್ಯಪ್ ಆರಂಭಿಸಿದ ನಂತರ ಅಥವಾ ನೆಟ್‌ವರ್ಕ್ ಬದಲಾದ ಬಳಿಕ ಮತ್ತೆ ಪರಿಶೀಲಿಸಿ. ಒಂದು ಪ್ರಕ್ರಿಯೆ ಆರಂಭದಲ್ಲಿ ಓದಿದ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನೇ ಉಳಿಸಿಕೊಳ್ಳಬಹುದು; ಮೊಬೈಲ್ ಡೇಟಾಗೆ ಬದಲಾಗುವ ಫೋನ್ Wi-Fiಗೆ ಮಾತ್ರ ಅನ್ವಯಿಸುವ ಸಂರಚನೆಯನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ. ನಿಮಗೆ ಇಡೀ ಸಾಧನದ ಟ್ರಾಫಿಕ್‌ಗೆ ಮಾರ್ಗ ನಿಗದಿಪಡಿಸಬೇಕಿದ್ದರೆ, ಆ ವ್ಯಾಪ್ತಿಗೆ ವಿನ್ಯಾಸಗೊಳಿಸಿದ ವ್ಯವಸ್ಥೆಯನ್ನು ಆರಿಸಿ. ಒಂದೇ ಕ್ಲೈಂಟ್‌ನ HTTP ಸೆಟ್ಟಿಂಗ್ ಅದನ್ನು ಮಾಡಲಾರದು.