एक रैपर डाउनलोडर के शून्य एग्ज़िट कोड को अवलोकित “HTTP 200 OK” में नहीं बदल सकता। दर्ज करें कि हर परत ने वास्तव में क्या बताया:

फ़ील्डजिस प्रश्न का उत्तर देता है
टूल या प्लगइन एग्ज़िटजाँच चली या नहीं, और किस विफलता वर्ग की सूचना दी?
प्रॉक्सी वार्ताफ़ॉरवर्डिंग या अनुरोधित टनल स्वीकार हुआ?
मूल स्थिति और अपेक्षित सामग्रीऐप्लिकेशन ने इच्छित परिणाम लौटाया?
TLS सत्यापनकॉन्फ़िगर किए गए पहचान जाँच सफल हुए?

HTTP त्रुटि प्रतिक्रिया के बाद भी curl सामान्यतः शून्य लौटा सकता है। उसके fail विकल्प एग्ज़िट व्यवहार बदलते हैं, पर विफलता एग्ज़िट फिर भी स्थिति को अद्वितीय रूप से नहीं पहचानता। Wget के एग्ज़िट मान भी श्रेणियाँ हैं: प्रमाणीकरण विफलता HTTP 401 के लिए समर्पित मान नहीं है, और सर्वर-त्रुटि श्रेणी उसके भीतर की हर प्रतिक्रिया नहीं पहचानती। 401 की अपेक्षा करने वाली जाँच को वह प्रतिक्रिया देखनी ही होगी।

प्रॉक्सी एंडपॉइंट और वेबसाइट नाम अलग रखें। HTTP-प्रॉक्सी जाँच का TCP सहभागी प्रॉक्सी है; CONNECT गंतव्य का नाम देता है, जिसका TLS सत्र फिर टनल के भीतर चलता है। HTTPS प्रॉक्सी में बाहरी प्रॉक्सी पर भरोसा एक और प्रमाणपत्र जाँच है।

SSL फ़्लैग को सत्यापन मानने से पहले प्लगइन की गारंटी जाँचें। Monitoring Plugins check_http को check_curl के पक्ष में हटा रहा है। check_http का दस्तावेज़ चेताता है कि केवल SSL चुनना होस्टनाम या जारीकर्ता भरोसे का सत्यापन नहीं करता; check_curl का प्रलेखित verify-peer विकल्प वह सत्यापन शामिल करता है।

इच्छित प्रमाणित मार्ग भी इस्तेमाल करें। पोर्ट प्रोब हरा बना रह सकता है जबकि परिचालन खाते को 407 मिलता है। उसका रहस्य परिनियोजन की उपयुक्त व्यवस्था से पहुँचाएँ, और वह चरण बताएँ जो वास्तव में विफल हुआ: अस्वीकृत टनल को अप्रत्याशित वेबसाइट स्थिति से भिन्न मरम्मत चाहिए।

संबंधित लेख