ശൂന്യ പാസ്‌വേഡുമായുള്ള HTTP Basic പ്രോക്സി പ്രാമാണീകരണം
അപ്‌സ്ട്രീം പ്രോക്സി API കീ Basic ഉപയോക്തൃനാമമായി ഉപയോഗിക്കുമ്പോൾ ശൂന്യ പാസ്‌വേഡിന്റെ വേർതിരിവ് തിരിച്ചറിയുക.
login=API_KEY: എന്നതിൽ അവസാനത്തെ കോളൺ പാസ്‌വേഡ് ശൂന്യമാണെന്ന് അർത്ഥമാക്കാം. HTTP Basic ക്രെഡൻഷ്യലുകളിൽ ഉപയോക്തൃനാമം, കോളൺ, പാസ്‌വേഡ് എന്നിവ ഉണ്ട്. ഒരു സേവനം API കീ ഉപയോക്തൃനാമമായി ശൂന്യ പാസ്‌വേഡോടെ നിർദ്ദേശിക്കുമ്പോൾ ജോഡി API_KEY: ആണ്; കോളൺ അക്കൗണ്ടിന്റെ കീയുടെ ഭാഗമല്ല.
ഈ വ്യാഖ്യാനത്തോടെ സേവനത്തിന്റെ കരാർ പാലിക്കുക. മറ്റൊരു സേവനം ടോക്കൺ പാസ്‌വേഡ് ഫീൽഡിൽ ഇടാം അല്ലെങ്കിൽ മറ്റൊരു പ്രാമാണീകരണ സംവിധാനം ഉപയോഗിക്കാം. അവസാനത്തെ കോളൺ മാത്രം അതിന്റെ സെർവർ എന്താണ് പ്രതീക്ഷിക്കുന്നതെന്ന് നിർണ്ണയിക്കാനാവില്ല.
Squid ന്റെ cache_peer ലോഗിൻ വാക്യഘടനയും പ്രോക്സി URL ന്റെ ഉപയോക്തൃവിവര വാക്യഘടനയിൽ നിന്ന് വ്യത്യസ്തമാണ്. റിസർവ് ചെയ്ത അക്ഷരങ്ങൾക്ക് ഒരു ഇന്റർഫേസിൽ URL എൻകോഡിംഗ് ഉം മറ്റൊന്നിൽ വ്യത്യസ്ത ഉദ്ധരണികളും ആവശ്യമായി വന്നേക്കാം; യഥാർത്ഥ ക്രമീകരണത്തിന്റെ നിയമങ്ങൾ സൂക്ഷിക്കുക.
പാരന്റ് പ്രോക്സിലേക്കുള്ള TLS വേറിട്ട തിരഞ്ഞെടുപ്പാണ്. ആ ഗതാഗതം മാറ്റുന്നത് Basic ക്രെഡൻഷ്യൽ ജോഡിയെ മാറ്റുന്നില്ല, ലക്ഷ്യ വെബ്സൈറ്റ് HTTPS ഉപയോഗിക്കുന്നുണ്ടോ എന്നും തീരുമാനിക്കുന്നില്ല.