Basic, Digest പ്രോക്സി ആധികാരികത
ഇരുവശവും പിന്തുണയ്ക്കുന്ന പ്രോക്സി ആധികാരികതാ രീതി തിരഞ്ഞെടുക്കുകയും Digest ചലഞ്ചിനെ എൻക്രിപ്റ്റ് ചെയ്ത ട്രാൻസ്പോർട്ടിൽ നിന്ന് വേർതിരിക്കുകയും ചെയ്യുക.
Basic അല്ലെങ്കിൽ Digest നിർബന്ധമാക്കുന്നതിന് മുമ്പ് പ്രോക്സിയുടെ Proxy-Authenticate-ലെ ചലഞ്ച് വായിക്കുക. സേവനം നൽകുന്ന രീതി ക്ലയന്റ് പിന്തുണയ്ക്കണം; Digest തിരഞ്ഞെടുക്കുന്നത് Basic മാത്രം പിന്തുണയ്ക്കുന്ന പ്രോക്സിയിൽ അത് ചേർക്കില്ല.
Digest പിന്തുണയ്ക്കുന്ന എൻഡ്‌പോയിന്റിനായി curl ഉപയോഗിക്കാം:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/യഥാർത്ഥ എൻഡ്‌പോയിന്റും അക്കൗണ്ടും ഉപയോഗിക്കുക. പാസ്‌വേഡ് ഇല്ലാത്ത ഉപയോക്തൃനാമം നൽകിയാൽ curl അത് ചോദിക്കും. Basic-നായി --proxy-basic തിരഞ്ഞെടുക്കുക; ഓറിജിൻ സെർവർ ആധികാരികതയ്ക്ക് വേറിട്ട ഓപ്ഷനുകളുണ്ട്. ചലഞ്ചിനൊപ്പം യഥാർത്ഥത്തിൽ പ്രവർത്തിക്കുന്ന curl build-ന്റെ പിന്തുണയും പരിശോധിക്കുക.
| രീതി | ക്രെഡൻഷ്യൽ കൈമാറ്റം | വിലയിരുത്തേണ്ട സംരക്ഷണം |
|---|---|---|
| Basic | കോഡ് ചെയ്ത ഉപയോക്തൃനാമവും പാസ്‌വേഡും. | കോഡിംഗ് എൻക്രിപ്ഷൻ അല്ല. |
| Digest | ചലഞ്ചിൽ നിന്ന് ലഭിച്ച പ്രതികരണം. | അൽഗോരിതങ്ങൾ, ചലഞ്ച് പാരാമീറ്ററുകൾ, ക്ലയന്റ് നടപ്പാക്കൽ എന്നിവ സംരക്ഷണം നിർണയിക്കുന്നു; രീതി തന്നെ അഭ്യർത്ഥനയുടെയും പ്രതികരണത്തിന്റെയും ഉള്ളടക്കം എൻക്രിപ്റ്റ് ചെയ്യുന്നില്ല. |
ഇരുവർക്കും ഇപ്പോഴും ക്ലയന്റിൽ നിന്ന് പ്രോക്സിയിലേക്കുള്ള അനുയോജ്യമായ ട്രാൻസ്പോർട്ട് വേണം. ലക്ഷ്യസ്ഥാന HTTPS വളരെ വൈകിയാണ് ആരംഭിക്കുന്നത്, അതിനാൽ മുമ്പത്തെ പ്ലെയിൻ-ടെക്സ്റ്റ് പ്രോക്സി ലോഗിൻ സംരക്ഷിക്കാനാകില്ല.
സെർവറിൽ Digest സഹായികൾക്ക് realm-നിർദ്ദിഷ്ട ക്രെഡൻഷ്യൽ മെറ്റീരിയലും സ്വന്തം ഫോർമാറ്റും ആവശ്യമാകാം. Basic NCSA ഫയൽ സ്വയമേവ Digest backend ആകില്ല. തിരഞ്ഞെടുത്ത സഹായിയുടെ രേഖപ്പെടുത്തിയ ഫോർമാറ്റ് ഉപയോഗിച്ച്, ഉറവിട-ലക്ഷ്യ നിയന്ത്രണങ്ങൾ നിലനിർത്തിക്കൊണ്ട് കാണാതായ ക്രെഡൻഷ്യലുകൾ, തെറ്റായ ക്രെഡൻഷ്യലുകൾ, അംഗീകൃത അഭ്യർത്ഥന എന്നിവ പരിശോധിക്കുക.