പ്രോക്സി ബ്രൗസറിലെ IP മാത്രം മാറ്റുന്നതെന്തുകൊണ്ട്?
ബ്രൗസറിലെ IP മാറിയാലും മറ്റ് ആപ്പുകൾ നേരിട്ട് കണക്റ്റ് ചെയ്യാം. പ്രോക്സി ക്രമീകരണങ്ങളുടെ പരിധിയും ഓരോ ആപ്പിന്റെയും കണക്ഷൻ പരിശോധിക്കേണ്ട രീതിയും മനസ്സിലാക്കാം.
ബ്രൗസറിൽ കാണുന്ന മാറിയ IP ആ ബ്രൗസറിന്റെ അഭ്യർഥനയെക്കുറിച്ചു മാത്രമാണ് പറയുന്നത്. മറ്റ് ആപ്പുകൾ നേരിട്ടുള്ള വഴിയിൽ തുടരാം. കാരണം ഓരോ ക്ലയന്റും പ്രോക്സി ക്രമീകരണങ്ങളെ പിന്തുണയ്ക്കുകയും ഉപയോഗിക്കുകയും വേണം.
| പ്രോക്സി ക്രമീകരിച്ച സ്ഥലം | സാധാരണയായി അത് നിയന്ത്രിക്കുന്നത് |
|---|---|
| Firefox-ലെ മാനുവൽ ക്രമീകരണങ്ങൾ | Firefox പിന്തുണയ്ക്കുന്ന അഭ്യർഥനകൾ. |
| സിസ്റ്റം HTTP പ്രോക്സി | ആ ക്രമീകരണം വായിക്കുകയും പിന്തുണയ്ക്കുകയും ചെയ്യുന്ന ആപ്പുകൾ. |
| ഒരു ആപ്പിന്റെ HTTP അല്ലെങ്കിൽ SOCKS ഓപ്ഷനുകൾ | ആ ആപ്പിന്റെ നടപ്പാക്കൽ ഉൾക്കൊള്ളുന്ന ട്രാഫിക്. |
| ഒരു Wi-Fi നെറ്റ്വർക്കിന്റെ പ്രോക്സി | ആ നെറ്റ്വർക്കിലായിരിക്കുമ്പോൾ ആ ക്രമീകരണം ഉപയോഗിക്കുന്ന ക്ലയന്റുകൾ. |
ഒരു ഗെയിമോ വോയ്സ് കോളോ HTTP വഴിക്കു പുറത്തുള്ള ട്രാഫിക് ഉപയോഗിക്കാം. നേരിട്ട് സോക്കറ്റുകൾ തുറക്കുന്ന ആപ്പിന് സിസ്റ്റം പ്രോക്സിയെ പൂർണമായും അവഗണിക്കാനാകും. SOCKS5-നും നടപ്പാക്കലിന്റെ പിന്തുണ വേണം: പ്രോട്ടോക്കോൾ UDP association നിർവചിക്കുന്നുണ്ടെങ്കിലും Chromium-ൽ ഉൾച്ചേർത്ത SOCKS5 പിന്തുണ TCP URL അഭ്യർഥനകൾക്കാണ്; അത് പൊതുവായ UDP റിലേ അല്ല.
മറ്റേ ആപ്പിന്റെ രേഖകളിൽ പറയുന്ന പ്രോക്സി ക്രമീകരണ സംവിധാനം കണ്ടെത്തി അതിന്റെ പ്രോട്ടോക്കോളുമായി പൊരുത്തപ്പെടുത്തുക. അത്തരമൊരു സംവിധാനം ഇല്ലെങ്കിൽ, സിസ്റ്റം HTTP എൻഡ്പോയിന്റ് ആവർത്തിച്ച് മാറ്റിയതുകൊണ്ട് ആ ആപ്പ് ക്രമീകരിക്കപ്പെടാൻ സാധ്യതയില്ല. ആ ആപ്പിന്റെ ഡയഗ്നോസ്റ്റിക്സ് വഴിയോ നിങ്ങളുടെ നിയന്ത്രണത്തിലുള്ള ലക്ഷ്യസ്ഥാനം വഴിയോ അതിൽനിന്നുള്ള അഭ്യർഥന പരിശോധിക്കുക. curl ഉപയോഗിച്ച് ഒരു എൻഡ്പോയിന്റ് പരിശോധിക്കാം; എന്നാൽ മറ്റൊരു ആപ്പിന്റെ കണക്ഷൻ വഴി ഉറപ്പാക്കാനാവില്ല.
ആപ്പ് തുറന്ന ശേഷമോ നെറ്റ്വർക്ക് മാറിയ ശേഷമോ വീണ്ടും പരിശോധിക്കുക. ഒരു പ്രോസസ് തുടക്കത്തിൽ വായിച്ച ക്രമീകരണങ്ങൾ നിലനിർത്തിയേക്കാം; മൊബൈൽ ഡാറ്റയിലേക്കു മാറുന്ന ഫോൺ Wi-Fi-യ്ക്കു മാത്രമുള്ള ക്രമീകരണം ഉപേക്ഷിക്കുന്നു. ഉപകരണം മുഴുവനുമുള്ള റൂട്ടിങ്ങാണ് വേണ്ടതെങ്കിൽ, ആ പരിധിക്കായി രൂപകൽപ്പന ചെയ്ത സംവിധാനം തിരഞ്ഞെടുക്കുക. ഒരൊറ്റ ക്ലയന്റിന്റെ HTTP ക്രമീകരണംകൊണ്ട് അതു സാധിക്കില്ല.