प्रोक्सी VIP फेलओभरपछि के बाँकी रहन्छ?

प्रोक्सी प्रवेशको पुनःप्राप्तिलाई स्थापित CONNECT सुरुङहरू र वेबसाइटतर्फ जाने आउटबाउन्ड ठेगानाको टिकाइबाट अलग गर्नुहोस्।

तैरने ठेगानाले प्रोक्सी सेटिङ स्थिर राख्छ: सक्रिय मेसिन असफल भएपछि पनि ग्राहकहरूले उही होस्टनेम वा IP प्रयोग गरिरहन्छन्। त्यो उपयोगी उपलब्धता हो। तर चलिरहेको डाउनलोड भने पनि रोकिन सक्छ।

पहिले नै CONNECT भित्र रहेको HTTPS अनुरोध विचार गर्नुहोस्। सक्रिय प्रोक्सीसँग ग्राहकतर्फको TCP जडान र वेबसाइटतर्फ अर्को जडान हुन्छ। ती स्ट्रिम जोड्ने एप्लिकेसन अवस्था पनि यससँग हुन्छ।

ठेगाना स्ट्यान्डबाई मेसिनमा सार्दा आफैंमा न TCP नियन्त्रण ब्लक सर्छ न त्यो रिले अवस्था। नयाँ मालिकले नयाँ जडान स्वीकार गर्न सक्छ, तर पुरानो मालिकले स्थापित गरेको बाइट स्ट्रिम अगाडि बढाउन सक्दैन।

अपेक्षासाधारण ठेगाना फेलओभरले यो दिन्छ?
एउटा कन्फिगर गरिएको प्रवेश कायम राख्नेत्यही अभिप्रेत लाभ हो
स्थापित CONNECT स्ट्रिम जारी राख्नेथप अवस्था-आधारित संयन्त्र चाहिन्छ
उही आउटबाउन्ड सार्वजनिक IP राख्नेआउटबाउन्ड राउटिङ र NAT मा निर्भर
अवरुद्ध एप्लिकेसन कार्य सुरक्षित रूपमा दोहोर्‍याउनेकार्य र ग्राहकमा निर्भर

VRRP ले निर्वाचन र ठेगानाको स्वामित्व परिभाषित गर्छ। यो प्रोक्सी प्रक्रियाको लागि प्रतिकृति प्रोटोकल होइन। अन्य उच्च उपलब्धता सफ्टवेयर प्रयोग गर्ने परिनियोजनलाई पनि त्यही भिन्नता चाहिन्छ, जबसम्म यसले स्पष्ट रूपमा थप दिँदैन।

स्वास्थ्य जाँचले वास्तवमा के अवलोकन गर्छ समीक्षा गर्नुहोस्। प्रोक्सी सेवा, DNS वा माथिल्लो मार्ग असफल भए पनि मेसिनले घोषणाको जवाफ दिन सक्छ। विपरीत, अति संवेदनशील जाँचले अनावश्यक स्विच निम्त्याउन सक्छ।

ग्राहकको पुनःप्राप्ति पनि महत्त्वपूर्ण छ। नयाँ ब्राउजर अनुरोध सजिलै पुनः जोडिन सक्छ; खपत भइसकेको बडी सहितको अपलोड वा गैर-इडेम्पोटेन्ट API कार्यका लागि एप्लिकेसन-विशिष्ट व्यवस्थापन चाहिन सक्छ। स्ट्यान्डबाईमार्फत नयाँ अनुरोध सफल भयो भन्दैमा अदृश्य फेलओभरको वाचा नगर्नुहोस्।

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