വിജയകരമായ HTTP/1.1 CONNECT പ്രതികരണം അതിന്റെ ഹെഡർ ഭാഗത്തിന് ശേഷം അവസാനിക്കുന്നു:

HTTP/1.1 200 Connection Established

ആ അതിർത്തിക്ക് ശേഷം അതേ കണക്ഷൻ ടണൽ വഹിക്കുന്നു. HTTPS ലക്ഷ്യത്തിന്, അടുത്ത ക്ലയന്റ് ബൈറ്റുകൾ സാധാരണയായി ലക്ഷ്യവുമായുള്ള TLS കൈമാറ്റം ആരംഭിക്കുന്നു.

വിജയകരമായ CONNECT പ്രതികരണത്തിൽ പ്രോക്സി Transfer-Encoding അല്ലെങ്കിൽ Content-Length ചേർക്കരുത്. chunk ആയി വിഭജിക്കാൻ HTTP പ്രതികരണ ബോഡി ഇല്ല. ശൂന്യമായ അവസാന chunk ചേർക്കുന്നത് പകരം പുതിയ ടണലിലേക്ക് ബൈറ്റുകൾ കുത്തിവയ്ക്കും.

ക്ലയന്റിനും ഒരു ആവശ്യകതയുണ്ട്: 2xx CONNECT പ്രതികരണത്തിൽ ആ ഫ്രെയിമിംഗ് ഫീൽഡുകൾ കണ്ടാൽ അവ അവഗണിക്കണം. അതിനാൽ തകരാറുള്ള അയച്ചയാൾ ഓരോ അനുസരണയുള്ള ക്ലയന്റും വിഭജിത ബോഡിക്കായി കാത്തിരിക്കുന്നു എന്ന് വിവരിക്കാനുള്ള കാരണമല്ല.

റിലേയ്ക്കായി സ്ഥാപിതമായ കണക്ഷൻ തുറന്ന് വയ്ക്കുക. 200-ന് ശേഷം അത് അടയ്ക്കുന്നത് ടണൽ നശിപ്പിക്കും; മറ്റൊരു കണക്ഷൻ തുറക്കുന്നത് സ്വീകരിച്ച CONNECT അഭ്യർത്ഥനയുടെ തുടർച്ചയല്ല.

പരാജയപ്പെട്ട CONNECT പ്രതികരണത്തിന് വ്യത്യസ്ത സംസ്കരണമുണ്ട്, അതിന് സാധാരണ HTTP പിശക് ബോഡി വഹിക്കാം. പ്രോക്സി ട്രേസ് നടപ്പാക്കുമ്പോഴോ വായിക്കുമ്പോഴോ ആ പ്രതികരണം വിജയകരമായ കൈമാറ്റത്തിൽ നിന്ന് വേർതിരിക്കുക.

അനുബന്ധ ലേഖനങ്ങൾ