प्रोक्सी स्वास्थ्य: तपाईंले कुन वेबसाइट र कुन अपरेसन परीक्षण गर्नुभयो?
पुनः प्रयोगयोग्य प्रोक्सी पूल कायम राख्दा सामान्य प्रोक्सी पहुँचलाई गन्तव्य-विशिष्ट असफलताबाट अलग राख्नुहोस्।
प्रोक्सीले तपाईंको IP-जाँच पृष्ठ ल्याउँछ तर तपाईंको एप्लिकेसनलाई आवश्यक API मा असफल हुन्छ। यसलाई “स्वस्थ” वा “मृत” भन्नु सबैभन्दा उपयोगी तथ्य गुमाउनु हो: दुई अनुरोध फरक थिए।
एन्डपोइन्टका लागि यातायात-व्यापी अभिलेखबाट सुरु गर्नुहोस्। तपाईं यसको सुन्नेमा पुग्न र आवश्यक प्रोक्सी वार्ता पूरा गर्न सक्नुहुन्छ? गन्तव्य-विशिष्ट अवलोकनहरू त्यो अभिलेखमा पुनः नलेखी छेउमा राख्नुहोस्।
| अवलोकन | अनुसन्धान गर्ने दायरा |
|---|---|
| प्रोक्सी सुन्नेले जडान अस्वीकार गर्छ | एन्डपोइन्ट र त्यहाँसम्मको मार्ग |
| प्रोक्सीले एउटा गन्तव्य पोर्ट अस्वीकार गर्छ | त्यो गन्तव्यका लागि अनुमत अपरेसन |
| एउटा वेबसाइटले खाता त्रुटि फर्काउँछ | गन्तव्य एप्लिकेसन र प्रमाणहरू |
| ठूला प्रतिक्रिया अड्किन्छन्, साना पूरा हुन्छन् | स्थानान्तरण कार्यभार र समयसीमा नीति |
HTTP प्रतिक्रियाले कुनै अनुरोध मार्गले केही फर्काएको प्रमाणित गर्न सक्छ, तैपनि एप्लिकेसनका लागि अप्रयोग्य रहन सक्छ। यातायात सफलता, HTTP स्थिति र अपेक्षित सामग्री लाई छुट्टाछुट्टै नतिजाका रूपमा राख्नुहोस्।
यदि एउटा गन्तव्य बारम्बार असफल हुन्छ भने, त्यो एन्डपोइन्ट-र-गन्तव्य जोडीलाई रोक्नुहोस् वा अनुसन्धान गर्नुहोस्। प्रत्येक असम्बन्धित कामका लागि प्रोक्सी अक्षम गर्दा उपयोगी क्षमता बर्बाद हुन सक्छ। विपरीत, विश्वव्यापी जडान असफलता एउटा वेबसाइटको अलग अभिलेखपछाडि लुकेर रहनु हुँदैन।
व्यावहारिक स्वास्थ्य कुञ्जीमा प्रोक्सी पहिचान, गन्तव्य सेवा र अपरेसन प्रकार समावेश हुन सक्छ। पूरै प्रमाण-बोक्ने URL वा हरेक अद्वितीय स्रोत मार्गलाई निरन्तर बढ्ने कुञ्जीका रूपमा प्रयोग गर्नबाट बच्नुहोस्। समूहीकरणले अर्को अनुरोधबारे अर्थपूर्ण पूर्वानुमान दिने ठाउँमा मात्र समूह बनाउनुहोस्।
उद्देश्य राम्रो राउटिङ प्रमाण हो, हरियो ब्याजको ठूलो संग्रह होइन। स्वास्थ्य नतिजाले के प्रयास गरियो, कहिले, र यसले वास्तवमा के प्रमाणित गर्यो भन्नुपर्छ।