TCP जडान सफल भएपछि प्रोक्सी CONNECT टाइमआउटहरू
पूरा भएको TCP जडानले टनेल सेटअप पनि सक्यो भन्ने मान्नुको सट्टा CONNECT को समयमा सक्रिय टाइमआउट पहिचान गर्नुहोस्।
ग्राहक प्रोक्सीमा जोडिएपछि TCP जडान टाइमआउटले आफ्नो काम गरिसकेको हुन्छ। अर्को प्रतीक्षा—पूर्ण CONNECT प्रतिक्रिया प्राप्त गर्नु—अर्को टाइमरद्वारा नियन्त्रित हुन सक्छ।
प्रोक्सी अझै माथिल्लो तर्फ जोडिँदै, प्रमाणीकरण सन्देशहरू आदानप्रदान गर्दै वा अर्को सेवाको प्रतीक्षा गर्दै हुन सक्छ। वेबसाइटको सामान्य प्रतिक्रिया अझै सुरु भएको छैन।
| अन्तिम पूरा भएको चरण | अझै के को प्रतीक्षा छ? |
|---|---|
| TCP प्रोक्सीसँग जोडियो | CONNECT स्वीकृति सहित प्रोक्सी ह्यान्डशेक |
| CONNECT स्वीकृत भयो | लक्ष्यले प्रयोग गर्दा गन्तव्यको TLS |
| गन्तव्य अनुरोध पठाइयो | गन्तव्यको प्रतिक्रिया |
कनेक्टरले त्यो ह्यान्डशेक पढ्दै र लेख्दै गर्दा सक्रिय हुने टाइमर खोज्नुहोस्। “response timeout” भनिने गुण मार्ग स्थापना भएपछि मात्र लागू हुन सक्छ। HttpClient 5 मा ConnectionConfig र यसको सकेट टाइमआउट, TLS ह्यान्डशेक कन्फिगरेसन र अनुरोध-स्तरीय प्रतिक्रिया टाइमआउट छुट्याउनुहोस्। सम्बन्धित जडान कन्फिगरेसन वास्तविक ग्राहकले प्रयोग गर्ने म्यानेजरमार्फत लागू गर्नुहोस्। पुराना Apache HttpClient पुस्ताहरूले फरक API प्रयोग गर्छन्, त्यसैले पुरानो स्निपेट यी जिम्मेवारीहरूको भरपर्दो नक्सा होइन।
अन्तिम CONNECT अस्वीकृति प्रोक्सीको प्रतिक्रियाका रूपमा राख्नुहोस्। सफल प्रतिक्रियापछि TLS अड्किनु अर्को असफलता चरण हो। “TCP जोडियो; सेटअप समयसीमाअघि पूर्ण CONNECT प्रतिक्रिया छैन” ले सामान्य प्रोक्सी टाइमआउटभन्दा समस्यालाई बढी सटीक वर्णन गर्छ।
एक समग्र समयसीमाले यी चरणगत सीमाहरूसँगै कलरको प्रतीक्षा सीमित गर्न सक्छ। त्यो सकिँदा, अर्को प्रयासले जडान क्षमता खपत गर्नुअघि ग्राहकले समर्थन गर्ने जीवनचक्रमार्फत कार्य रद्द वा बन्द गर्नुहोस्।