एउटा प्रोक्सी एउटा समयसीमा चुक्छ। पूलले यसलाई हटाउँछ। एक घण्टापछि प्रोक्सी फेरि स्वस्थ हुन्छ, तर तपाईंको एप्लिकेसनसँग यो पत्ता लगाउने कुनै बाटो छैन किनकि यसले रेकर्ड फ्याँक्यो।

रद्द गरिएको खाता वा अपरेटरले हटाएको एन्डपोइन्टका लागि हटाउनु उपयुक्त हुन सक्छ। क्षणिक असफलता फरक अवस्थाको योग्य छ।

अर्को निर्णयका लागि पर्याप्त इतिहास राख्नुहोस्

योग्य
हालको नीतिअनुसार सामान्य कामका लागि उपलब्ध।
चिसो हुँदै
अभिलेख गरिएको समयसीमासम्म अस्थायी रूपमा रोकिएको।
जाँचको अनुमति
एउटा नियन्त्रित प्रयासले रिकभरीको मूल्याङ्कन गर्न सक्छ।
अक्षम
अपरेटर वा स्थायी अवस्थाले यसलाई सेवाबाट हटायो।

संक्रमणसँगै कारण र चरण भण्डारण गर्नुहोस्। जडान अस्वीकार, अस्वीकृत प्रमाणहरू, ढिलो प्रतिक्रिया निकाय र गन्तव्य HTTP त्रुटिले सबै मिलेर एउटा अविभाज्य "मृत प्रोक्सी" काउन्टर बढाउनु हुँदैन।

प्रक्रियाभित्रको कुलडाउनका लागि बितेको समयको घडी प्रयोग गर्नुहोस्। मोनोटोनिक घडीले छोटो प्रतीक्षालाई भित्ता-घडीको समायोजनमा निर्भर हुनबाट रोक्छ। मोनोटोनिक टाइमस्ट्याम्पलाई अन्य मेसिनहरूले साझा गर्ने पोर्टेबल मिति जस्तै भण्डारण नगर्नुहोस्; वितरित अनुसूचकलाई छुट्टै परिभाषित समय र स्वामित्व मोडेल चाहिन्छ।

रिकभरीले भीड छोड्नु हुँदैन

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

जाँचलाई यसले पूर्वानुमान गर्नुपर्ने कामका लागि छान्नुहोस्। सफल TCP जडान पूर्ण HTTP वा SOCKS कारोबार होइन। असम्बन्धित IP-जाँच पृष्ठले आवश्यक गन्तव्य पुग्न सकिने वा अनुमति दिइएको प्रमाणित गर्दैन।

"प्रोक्सी" शब्दबाट कुनै सार्वभौमिक कुलडाउन अवधि आउँदैन। यसलाई कार्यको विलम्बता-बजेट, सेवाको व्यवहार र अर्को असफल प्रयासको परिणामबाट निर्धारण गर्नुहोस्। एन्डपोइन्टको रेकर्ड सुरक्षित राख्नुहोस् ताकि अस्थायी अवरोध चुपचाप स्थायी क्षमता-हानि नबनोस्।

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