प्रोक्सीमार्फत WebSocket Ping र TCP Keepalive

एप्लिकेसन मार्ग प्रतिक्रिया दिइरहेको प्रमाणका रूपमा जीवित TCP सकेटलाई मान्नुको सट्टा WebSocket सहकर्मीका लागि जीवन्तता जाँच छान्नुहोस्।

जीवित TCP सकेट, प्रतिक्रिया दिने WebSocket सहकर्मी र उपयोगी एप्लिकेसन प्रगति फरक अवलोकन हुन्:

प्रमाणयसले के स्थापित गर्छ
TCP तहमा जीवन्तताजाँचिएको यातायात मार्ग त्यो तहमा प्रतिक्रिया दिन्छ
मिल्ने WebSocket Pongसहकर्मीले त्यो नियन्त्रण फ्रेमको जवाफ दियो
एप्लिकेसन पुष्टिएप्लिकेसनले आफ्नै प्रोटोकलअनुसार सञ्चालन पुष्टि गर्‍यो

फर्वार्ड प्रोक्सीले सामान्यतया क्लाइन्ट र गन्तव्यका लागि छुट्टाछुट्टै जडान राख्छ। क्लाइन्टको TCP सहकर्मी प्रोक्सी हो, जबकि स्थापित टनेलभित्रको Ping WebSocket अन्त्यबिन्दुमा जान्छ।

मिल्ने Pong

प्रोटोकलले प्रतिक्रिया दिने Pong ले Ping को एप्लिकेसन डेटा बोक्नुपर्ने माग गर्छ। त्यो मेल प्रयोग गरेर बाँकी जाँच पहिचान गर्नुहोस्। नमागिएको Pong अनुमति छ तर पुष्टि माग्दैन; प्रत्येक डेटा सन्देशपछि पठाउँदा फरक प्रमाण दिन्छ।

पुस्तकालयले समर्थन गरेको हार्टबीट संयन्त्रलाई प्राथमिकता दिनुहोस्। ब्राउजर JavaScript लाई त्यसको सट्टाएप्लिकेसन हार्टबीट सम्झौताचाहिन्छ। कार्यभार र नेटवर्क नीतिअनुसार अन्तराल र असफलता सीमा छान्नुहोस्। तालिका रोकावट वा अत्यधिक भारित इभेन्ट लूपले नेटवर्क असफल भएको स्थापित नगरी आक्रामक सीमा छुटाउन सक्छ।

प्राप्तकर्ता चलिराख्नुहोस्

नियन्त्रण फ्रेम प्राप्त र प्रशोधन गर्न क्लाइन्टलाई निरन्तर I/O चाहिन्छ। त्यो संयन्त्र अवरोध गर्दा स्थानीय स्रोत अभाव आउटेजजस्तो देखिन सक्छ।

Ping ले टनेल ट्राफिक सिर्जना गर्छ, तर आफ्नो निष्क्रिय नीति केले पूरा गर्छ भन्ने प्रत्येक मध्यस्थले निर्णय गर्छ। कुनै पनि हार्टबीटले जडानको निरपेक्ष आयु सीमाबाट सुरक्षाको ग्यारेन्टी दिँदैन।

सहकर्मीले Ping को जवाफ दिन सक्छ जब उसको एप्लिकेसनले अद्यावधिक उत्पादन गर्न छोड्छ, र शान्त सदस्यता स्वस्थ हुन सक्छ। दुवै महत्वपूर्ण हुँदा अन्तिम वैध Pong र अर्थपूर्ण एप्लिकेसन घटना छुट्टाछुट्टै ट्र्याक गर्नुहोस्। असफलतामा मार्ग, बितेको समय र बाँकी जाँच राख्नुहोस्, त्यसपछि समर्थित जीवनचक्रबाट बन्द वा पुनर्प्राप्त गर्नुहोस्।

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