OpenSSL s_client: प्रोक्सीको 403 गन्तव्य TLS भन्दा पहिले आउँछ
OpenSSL प्रोक्सीमार्फत CONNECT मा आएको 403 लाई टनेल चरणको असफलता मान्नुहोस् र कहिल्यै सुरु नभएको ह्यान्डशेकबाट गन्तव्य प्रमाणपत्रको निदान नगर्नुहोस्।
यदि openssl s_client ले आफ्नो प्रोक्सी CONNECT अनुरोधको जवाफमा HTTP 403 प्राप्त गर्छ भने, त्यही अस्वीकृतिबाट सुरु गर्नुहोस्। अनुरोध गरिएको टनेल स्थापना भएको छैन।
-proxy सहित s_client ले पहिले HTTP प्रोक्सीलाई -connect द्वारा निर्दिष्ट गन्तव्यमा जोडिन भन्छ। सफल CONNECT प्रतिक्रियाले मात्र यो आदानप्रदानलाई गन्तव्यको TLS ह्यान्डशेकका लागि टनेलमा बदल्छ।
यही क्रमले अन्यथा अन्योलपूर्ण आउटपुट व्याख्या गर्छ: प्रोक्सी त्रुटिपछि TLS-सम्बन्धी शीर्षकहरू, कुनै पियर प्रमाणपत्र नहुनु, वा देख्दा ढुक्क बनाउने जाँचको लाइन। ती फिल्डहरूले गन्तव्यको प्रमाणपत्र प्राप्त र प्रमाणित भयो भनी प्रमाणित गर्दैनन्। कार्य पहिलेको चरणमै रोकियो।
प्रोक्सीको प्रतिक्रिया र अनुरोध गरिएको गन्तव्य होस्ट तथा पोर्ट रेकर्ड गर्नुहोस्। 403 ले ध्यान प्रोक्सीको पहुँच निर्णयतर्फ मोड्छ; 407 ले प्रोक्सी प्रमाणीकरण माग्छ। गन्तव्य प्रमाणपत्रको प्रमाणीकरण बन्द गरेर यीमध्ये कुनै पनि सुधारिँदैन।
आदानप्रदान जाँच्ने अनुमति हुँदा, s_client को -debug आउटपुटले अस्वीकृति उजागर गर्न मद्दत गर्न सक्छ। प्रोक्सीका कुनै पनि प्रमाणहरू साझा ट्रेसबाहिर राख्नुहोस्। सफल टनेललाई पछि पनि आफ्नै TLS र प्रमाणपत्र मूल्यांकन चाहिन्छ, तर त्यो चरण साँच्चै नपुगेसम्म निदान गर्न कुनै लक्ष्य प्रमाणपत्र शृंखला छैन।