CONNECT नाकारणारी प्रॉक्सी तिचे धोरण किंवा पुढील कनेक्शनची अयशस्वीता स्पष्ट करणारा HTTP त्रुटी दस्तऐवज परत करू शकते. सामान्य HTTP प्रॉक्सीविरुद्ध अधिकृत डायग्नोस्टिकसाठी curl ती विनंती थेट पाठवू शकते आणि उत्तर साठवू शकते:

curl --proxy '' --http1.1 --max-time 10 \
  --request CONNECT \
  --request-target service.example:443 \
  --header 'Host: service.example:443' \
  --dump-header tunnel.headers \
  --output tunnel.body \
  http://proxy.example:8080/

अंतिम URL प्रॉक्सी श्रोत्याकडे निर्देश करतो. अनुमत सार्वजनिक प्रॉक्सी तुलनेसाठी HTTP प्रॉक्सी सूची त्या श्रोता URL साठी उमेदवार देते. --request पद्धत टोकन देते; --request-target CONNECT अधिकार देते. ते वेगळे ठेवल्यास CONNECT service.example:443 HTTP/1.1 तयार होते.

रिकामा प्रॉक्सी पर्याय curl ला हे डायग्नोस्टिक दुसऱ्या वारसा प्रॉक्सीमधून पाठवण्यापासून रोखतो. HTTP त्रुटी दस्तऐवज राहावा म्हणून आदेश जाणीवपूर्वक --fail वगळतो.

प्रमाणीकरण नसलेला प्रयत्न तपासात असलेल्या अयशस्वीतेपर्यंत पोहोचण्यापूर्वी 407 वर थांबू शकतो. प्रमाणीकृत विनंती पुन्हा तयार करताना प्रॉक्सीची इच्छित प्रमाणीकरण व्यवस्था वापरा.

हे अयशस्वी प्रतिसाद तपासण्यासाठी आहे. प्रॉक्सी 2xx परत देत असल्यास कनेक्शन सामान्य HTTP body हस्तांतरणाऐवजी एक बोगदा बनते. हे सानुकूल-पद्धत डायग्नोस्टिक गंतव्याची TLS देवाणघेवाण सुरू करत नाही आणि स्वीकारलेल्या उघड्या बोगद्यावर त्याच्या वेळेच्या मर्यादेपर्यंत पोहोचू शकते.

प्रत्यक्ष HTTPS आणण्यासाठी सामान्य --proxy विनंती प्रवाह वापरा. डायग्नोस्टिकची स्थिती आणि body त्यांच्या विशिष्ट प्रॉक्सी व लक्ष्यासह ठेवा.

संबंधित लेख