सफल CONNECT प्रतिक्रियामा HTTP बडी हुँदैन
सफल HTTP/1.1 CONNECT प्रतिक्रिया हेडर सीमामा अन्त्य गर्नुहोस्, त्यसपछि chunk फ्रेमिङ वा जडान पुनःसुरु नगरी टनेल बाइटहरू पठाउनुहोस्।
सफल 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 त्रुटि बडी बोक्न सक्छ। प्रोक्सी ट्रेस लागू वा पढ्दा त्यो प्रतिक्रियालाई सफल हस्तान्तरणबाट अलग राख्नुहोस्।