Squid ഇടപെടൽ vs വ്യക്തമായ പ്രോക്സി പ്രാമാണീകരണം
സാധാരണ വ്യക്തമായ പ്രോക്സി പ്രാമാണീകരണം Squid ഇടപെടൽ ലിസ്നറിൽ നേരിട്ട് ചേർക്കാൻ കഴിയാത്തത് എന്തുകൊണ്ടെന്ന് വിശദീകരിക്കുക.
വ്യക്തമായ പ്രോക്സിയുടെ ക്ലയന്റിന് താൻ ഒരു പ്രോക്സിയോടാണ് സംസാരിക്കുന്നതെന്ന് അറിയാം. ഇടപെട്ട ബ്രൗസറാകട്ടെ താൻ വെബ്സൈറ്റിലേക്ക് കണക്ട് ചെയ്തുവെന്ന് കരുതുന്നു. ആ വ്യത്യാസമാണ് പ്രാമാണീകരണത്തിന്റെ കാതൽ.
സാധാരണ പ്രോക്സി പ്രാമാണീകരണം പ്രോക്സി ചലഞ്ചും പ്രോക്സി അംഗീകാര പ്രതികരണവും ഉപയോഗിക്കുന്നു. പ്രോക്സി തിരഞ്ഞെടുക്കാത്ത ക്ലയന്റ് പ്രതീക്ഷിക്കാത്ത ഒരു ഇടനിലക്കാരന് പ്രോക്സി ക്രെഡൻഷ്യലുകൾ അശ്രദ്ധമായി അയയ്ക്കരുത്.
അതുകൊണ്ട് Squid-ന്റെ ഇടപെടൽ മാർഗ്ഗനിർദ്ദേശം proxy_auth ഇടപെടൽ മോഡുമായി ലളിതമായി കൂട്ടിച്ചേർക്കുന്നത് പിന്തുണയ്ക്കുന്നില്ല. പ്രവർത്തിക്കുന്ന Basic പ്രാമാണീകരണ സഹായി ബ്രൗസർ ദൂര എൻഡ്പോയിന്റിനെക്കുറിച്ച് കരുതുന്നത് മാറ്റുന്നില്ല.
തിരിച്ചറിഞ്ഞ ഉപയോക്താക്കൾക്ക് സാധാരണ പ്രാമാണീകരിച്ച ഫോർവേഡ് പ്രോക്സി വേണമെങ്കിൽ ക്ലയന്റുകൾ വ്യക്തമായി ക്രമീകരിക്കുക — നേരിട്ടോ ഉചിതമായി നിർവ്വഹിക്കപ്പെടുന്ന പ്രോക്സി കോൺഫിഗറേഷനിലൂടെയോ. ആ ലിസ്നറും അതിന്റെ പ്രാമാണീകരണ നയവും ഇടപെടൽ ലിസ്നറിൽ നിന്ന് വേർതിരിച്ച് സൂക്ഷിക്കുക.
പ്രാമാണീകരണ പോർട്ടൽ, നെറ്റ്വർക്ക് തലത്തിലുള്ള ഐഡന്റിറ്റി സംവിധാനം അല്ലെങ്കിൽ TLS ഇടപെടൽ ക്രമീകരണം എന്നിവ വ്യത്യസ്ത വിശ്വാസ്യതയും വിന്യാസ ആവശ്യകതകളുമുള്ള മറ്റൊരു രൂപകൽപ്പനയാണ്. നഷ്ടമായ വ്യക്തമായ പ്രോക്സി കൈമാറ്റത്തിനുള്ള ഒരു വരി പരിഹാരമല്ല അത്.
പ്രോംപ്റ്റിന്റെ അഭാവം ഇടപെട്ട സേവനം പൊതുവാക്കിയോ എല്ലാ ക്ലയന്റിനെയും അനുവദിച്ചോ പരിഹരിക്കരുത്. ആവശ്യകത വ്യക്തമായ ഉപയോക്തൃ പ്രാമാണീകരണമാണോ, അല്ലെങ്കിൽ പ്രോക്സിക്കായി ഒരിക്കലും ക്രമീകരിക്കാത്ത ട്രാഫിക്കിന്റെ ഇടപെടലാണോ എന്ന് ആദ്യം തീരുമാനിക്കുക. രണ്ടിനും വ്യത്യസ്ത അനുമാനങ്ങൾ വേണം.