പൂർണ്ണമായ HTTP 407 പ്രോക്സി ആധികാരികതാ പ്രതികരണം അയയ്ക്കുക

വിശകലനം ചെയ്യാൻ ഒരു പൂർണ്ണ HTTP പ്രതികരണം ലഭിക്കുന്നതുവരെ ഒരു ക്ലയന്റിന് പ്രോക്സിയുടെ ആധികാരികതാ വെല്ലുവിളിയിൽ പ്രവർത്തിക്കാൻ കഴിയില്ല. സ്റ്റാറ്റസ് ലൈനിനും Proxy-Authenticate ഫീൽഡിനും ഹെഡർ വിഭാഗം അവസാനിപ്പിക്കുന്ന ശൂന്യമായ വരി ഇപ്പോഴും ആവശ്യമാണ്.

ബോഡി ഇല്ലാത്ത ഏറ്റവും ചെറിയ HTTP/1.1 പ്രതികരണത്തിന് ഈ ഘടനയുണ്ട്:

HTTP/1.1 407 Proxy Authentication Required<CRLF>
Proxy-Authenticate: Basic realm="local-proxy"<CRLF>
Content-Length: 0<CRLF>
<CRLF>

ഓരോ CRLF മാർക്കറും carriage-return, line-feed ബൈറ്റുകളെ സൂചിപ്പിക്കുന്നു, മാർക്കറിന്റെ അക്ഷരാർത്ഥ ടെക്സ്റ്റിനെയല്ല. അവസാന ഹെഡർ വരി ഇതിനകം CRLF-ൽ അവസാനിക്കുന്നു; അധിക CRLF ശൂന്യമായ വരി സൃഷ്ടിക്കുന്നു. Content-Length ബോഡി പിന്തുടരുന്നില്ലെന്ന് അറിയിക്കുന്നു.

മറ്റൊരു അഭ്യർത്ഥനയ്ക്കായി കാത്തിരിക്കുന്നതിന് മുമ്പ് പൂർണ്ണമായ പ്രതികരണം അയയ്ക്കുകയോ ഫ്ലഷ് ചെയ്യുകയോ ചെയ്യുക. അസംസ്കൃത സോക്കറ്റിൽ, ആവശ്യപ്പെട്ടതിനേക്കാൾ കുറഞ്ഞ ബൈറ്റുകൾ അയയ്ക്കുന്ന എഴുത്തുകളും പരിഗണിക്കുക.

407-ന് കുറഞ്ഞത് ഒരു പ്രായോഗിക Proxy-Authenticate വെല്ലുവിളിയെങ്കിലും ആവശ്യമാണ്. ക്ലയന്റ് നൽകുന്ന സ്കീം പിന്തുണയ്ക്കുകയും ക്രെഡൻഷ്യലുകൾ നേടുകയും ചെയ്താൽ, അത് Proxy-Authorization ഉപയോഗിച്ച് വീണ്ടും ശ്രമിക്കാം. ഒരു വെബ്സൈറ്റിന്റെ 401, WWW-Authenticate ഫീൽഡുകൾ മറ്റൊരു ഹോപ്പിനെക്കുറിച്ചാണ്.

ഈ Basic വെല്ലുവിളി ഫ്രെയിമിംഗ് ഉദാഹരണമാണ്, പൂർണ്ണമായ ആധികാരികതാ രൂപകൽപ്പനയല്ല. രഹസ്യസ്വഭാവം പ്രധാനമാകുമ്പോൾ Basic ക്രെഡൻഷ്യലുകൾക്ക് സംരക്ഷിത കണക്ഷൻ ആവശ്യമാണ്. വെല്ലുവിളി അയയ്ക്കുന്നത് പാസ്‌വേഡ് സാധുത പരിശോധനയോ അഭ്യർത്ഥന വിശകലനമോ CONNECT ടണലിംഗോ നടപ്പിലാക്കുന്നില്ല.