വെബ്-ഫോം പ്രോക്സികൾ ബ്രൗസറിന്റെ ഉത്ഭവം മാറ്റുന്നു, എക്സിറ്റ് IP മാത്രമല്ല

URL ബോക്സുള്ള പേജ് ഒരു വെബ് ആപ്ലിക്കേഷനാണ്. അവിടെ ഒരു ലക്ഷ്യസ്ഥാനം നൽകുന്നത് ആ ആപ്ലിക്കേഷനോട് ഉള്ളടക്കം കൊണ്ടുവന്ന് കാണിക്കാൻ ആവശ്യപ്പെടുന്നു. ബ്രൗസറിനോട് HTTP അല്ലെങ്കിൽ SOCKS പ്രോക്സി ഉപയോഗിക്കാൻ പറയുന്നതിൽ നിന്ന് വ്യത്യസ്തമായ ക്രമീകരണമാണിത്.

സ്വാഭാവിക പ്രോക്സി ക്രമീകരണത്തിൽ ബ്രൗസർ ലക്ഷ്യ URL-നെ ഇപ്പോഴും വെബ്സൈറ്റായി കണക്കാക്കുന്നു. പരമ്പരാഗത വെബ്-ഫോം പ്രോക്സിയിൽ കാണുന്ന പേജ് പ്രോക്സി ആപ്ലിക്കേഷന്റെ സ്വന്തം URL സ്കീമിലൂടെയും ഉത്ഭവത്തിലൂടെയുമാണ് നൽകുന്നത്. നാവിഗേഷൻ തുടരാൻ സേവനം ലിങ്കുകൾ, സ്ക്രിപ്റ്റുകൾ, ഹെഡറുകൾ, കുക്കികൾ എന്നിവ വീണ്ടും എഴുതിയേക്കാം.

ഇത് പരിചിതമായ ഒരു ഫലം വിശദീകരിക്കുന്നു: ലളിതമായ ലേഖനം ലോഡ് ചെയ്യുന്നു, പക്ഷേ ഡോക്യുമെന്റ് എഡിറ്ററോ ലോഗിൻ പ്രവാഹമോ പരാജയപ്പെടുന്നു. പരാജയം എന്നാൽ ലക്ഷ്യസ്ഥാനം സേവനത്തിന്റെ എക്സിറ്റ് IP നിരസിക്കുന്നു എന്ന് അർഥമാക്കണമെന്നില്ല. ഇടനിലക്കാരന് URL-കളെയും ബ്രൗസർ സുരക്ഷയെയും കുറിച്ചുള്ള ആപ്ലിക്കേഷന്റെ ഊഹങ്ങൾ സംരക്ഷിക്കാൻ കഴിയായിരിക്കാം.

TLS എവിടെ അവസാനിക്കുന്നു എന്നും വേർതിരിക്കുക. ലക്ഷ്യ ഉള്ളടക്കം എടുത്ത് വീണ്ടും പ്രസിദ്ധീകരിക്കുന്ന സേവനം എൻക്രിപ്റ്റ് ചെയ്ത സെഷൻ വഹിക്കുന്ന സാധാരണ CONNECT റിലേയിൽ നിന്ന് വ്യത്യസ്ത വിശ്വാസ സ്ഥാനത്താണ്. പ്രോക്സി സൈറ്റിന്റെ സ്വന്തം വിലാസത്തിൽ HTTPS കാണുന്നത് ബ്രൗസറിൽ നിന്ന് യഥാർത്ഥ സൈറ്റിലേക്ക് അറ്റം മുതൽ അറ്റം വരെ TLS കണക്ഷൻ സ്ഥാപിക്കുന്നില്ല.

ലക്ഷ്യം മറ്റൊരു എക്സിറ്റിലൂടെയുള്ള സാധാരണ ബ്രൗസിംഗ് ആണെങ്കിൽ, നിങ്ങളുടെ സേവനത്തിൽ നിന്നോ പ്രോക്സി പട്ടികയിൽ നിന്നോ HTTP അല്ലെങ്കിൽ SOCKS എൻഡ്പോയിന്റ് തിരഞ്ഞെടുത്ത് പിന്തുണയുള്ള സ്വാഭാവിക പ്രോക്സി കോൺഫിഗറേഷൻ ഉപയോഗിക്കുക, ഉദാഹരണത്തിന് Firefox-ന്റെ കണക്ഷൻ ക്രമീകരണങ്ങൾ. ഇത് സാധാരണയായി ബ്രൗസറിന്റെ സാധാരണ ലക്ഷ്യ അർത്ഥതത്വം കൂടുതൽ നിലനിർത്തുന്നു. URL ബോക്സുള്ള സൈറ്റ് ബോധപൂർവം തിരഞ്ഞെടുത്ത ആപ്ലിക്കേഷനാകാം, പക്ഷേ കുറഞ്ഞ സെറ്റപ്പോടെ അതേ ഇന്റർഫേസ് എന്ന് അവതരിപ്പിക്കരുത്.