curl ৰ সৈতে বিফল proxy CONNECT ৰ সঁহাৰিৰ body পৰীক্ষা কৰা

এটা সঠিকভাৱে গঠিত diagnostic CONNECT প্ৰত্যক্ষভাৱে HTTP proxy লৈ পঠিয়াই তাৰ HTTP failure headers আৰু body সুকীয়াকৈ সংৰক্ষণ কৰক।

CONNECT নাকচ কৰা proxy এ ইয়াৰ নীতি বা পৰৱৰ্তী সংযোগৰ বিফলতা ব্যাখ্যা কৰা HTTP error document ঘূৰাই দিব পাৰে। সাধাৰণ HTTP proxy ৰ বিৰুদ্ধে অনুমোদিত diagnostic ৰ বাবে 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 টোৱে proxy listener লৈ নিৰ্দেশ কৰে। অনুমোদিত ৰাজহুৱা proxy তুলনাৰ বাবে HTTP proxy তালিকা য়ে সেই listener URL ৰ বাবে প্ৰাৰ্থী যোগাব। --request এ method token যোগায়; --request-target এ CONNECT authority যোগায়। এই দুটাক সুকীয়াকৈ ৰাখিলে CONNECT service.example:443 HTTP/1.1 উৎপন্ন হয়।

খালী proxy option এ curl ক এই diagnostic আন উত্তৰাধিকাৰী proxy ৰ মাজেৰে পঠোৱাত বাধা দিয়ে। আদেশটোৱে ইচ্ছাকৃতভাৱে --fail বাদ দিয়ে যাতে HTTP error document ৰখা যায়।

অনুমোদনবিহীন প্ৰচেষ্টা তদন্ত কৰা বিফলতাত উপনীত হোৱাৰ আগতে 407 ত ৰ'ব পাৰে। অনুমোদিত অনুৰোধ পুনৰুত্পাদন কৰোঁতে proxy ৰ উদ্দেশ্যপ্ৰণোদিত authentication ব্যৱস্থা ব্যৱহাৰ কৰক।

এইটো বিফলতাৰ সঁহাৰি পৰীক্ষাৰ বাবে। proxy এ 2xx ঘূৰালে সংযোগটো সাধাৰণ HTTP body transfer ৰ পৰিৱৰ্তে tunnel হয়। এই custom-method diagnostic এ গন্তব্যৰ TLS exchange আৰম্ভ নকৰে আৰু গ্ৰহণ কৰা খোলা tunnel ত ইয়াৰ সময়সীমাত উপনীত হ'ব পাৰে।

প্ৰকৃত HTTPS fetch ৰ বাবে সাধাৰণ --proxy অনুৰোধ প্ৰবাহ ব্যৱহাৰ কৰক। diagnostic ৰ status আৰু body ইয়াৰ নিৰ্দিষ্ট proxy আৰু target ৰ সৈতে ৰাখক।

সম্পৰ্কিত প্ৰবন্ধ