curl দিয়ে ব্যর্থ proxy CONNECT প্রতিক্রিয়ার বডি পরিদর্শন

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 authority দেয়। এদের আলাদা রাখলে CONNECT service.example:443 HTTP/1.1 তৈরি হয়।

খালি প্রক্সি অপশন curl-কে এই ডায়াগনস্টিক অন্য উত্তরাধিকারসূত্রে পাওয়া প্রক্সির মাধ্যমে পাঠানো থেকে বিরত রাখে। কমান্ডটি সচেতনভাবে --fail বাদ দেয় যাতে HTTP ত্রুটি নথি রাখা যায়।

অননুমোদিত প্রচেষ্টা তদন্তাধীন ব্যর্থতায় পৌঁছানোর আগেই 407-এ থেমে যেতে পারে। অনুমোদিত অনুরোধ পুনরুৎপাদন করার সময় প্রক্সির অভিপ্রেত প্রমাণীকরণ ব্যবস্থা ব্যবহার করুন।

এটি ব্যর্থতার প্রতিক্রিয়া পরিদর্শনের জন্য। প্রক্সি 2xx ফেরত দিলে সংযোগটি সাধারণ HTTP বডি স্থানান্তরের বদলে একটি টানেল হয়ে যায়। এই কাস্টম-মেথড ডায়াগনস্টিক গন্তব্যের TLS বিনিময় শুরু করে না এবং গৃহীত খোলা টানেলে এর সময়সীমায় পৌঁছাতে পারে।

প্রকৃত HTTPS ফেচের জন্য স্বাভাবিক --proxy অনুরোধ প্রবাহ ব্যবহার করুন। ডায়াগনস্টিক স্ট্যাটাস ও বডি তাদের নির্দিষ্ট প্রক্সি ও লক্ষ্যের সঙ্গে রাখুন।