CONNECT अनुरोध लाइनपछि यी बाइटहरू अझै प्रोक्सीकै हुन्:

CONNECT service.example:443 HTTP/1.1\r\n
Host: service.example:443\r\n
User-Agent: example-client\r\n
\r\n

Host वा User-Agent लाई पोर्ट 443 मा फर्वार्ड गर्दा गन्तव्यले TLS अपेक्षा गर्ने ठाउँमा सादा पाठ हेडरहरू पाउँछ। यो असफलता कुनै पनि साइफर छनोट महत्त्वपूर्ण हुनुअघि नै हुन सक्छ।

  1. सेटअप समयसीमा र हेडर-आकार सीमाभित्र खाली लाइनको हेडर टर्मिनेटरसम्म पढ्नुहोस् र पार्स गर्नुहोस्।
  2. प्रोक्सी प्रमाणीकरण र गन्तव्य नीति लागू गर्नुहोस्।
  3. स्वीकृत लक्ष्य जडान स्थापना गर्नुहोस्।
  4. सफल CONNECT जवाफ पठाउनुहोस् र टनेल मोडमा प्रवेश गर्नुहोस्।

सीमापछिका बफर गरिएका बाइटहरू उपयुक्त अर्को अवस्थाका लागि सुरक्षित राख्नुहोस्। तिनीहरूलाई नफाल्नुहोस् र प्रोक्सीको अनुरोध हेडरहरूलाई वेबसाइटको पछिको अनुरोधका रूपमा नलिनुहोस्।

क्लाइन्टसँग जवाफ-पक्षको समान दायित्व छ: टनेल गरिएको प्रोटोकल सुरु गर्नुअघि सफल CONNECT जवाफ पढ्न समाप्त गर्नुहोस्। दुवै छेउ स्ट्रिमले भूमिका बदल्ने सीमामा सहमत हुनुपर्छ।

सम्बन्धित लेखहरू