HTTP প্রক্সি অনুরোধ: absolute URL বনাম Host হেডার
স্পষ্ট প্রক্সির মাধ্যমে HTTP/1.1 অনুরোধ করার সময় absolute অনুরোধ লক্ষ্য ও Host ফিল্ড সামঞ্জস্যপূর্ণ রাখুন।
এই HTTP/1.1 প্রক্সি অনুরোধটি কোন হোস্ট বোঝাচ্ছে?
GET http://first.example/path HTTP/1.1
Host: second.example
বার্তাটি অসঙ্গত। প্রক্সিতে পাঠানো absolute-form অনুরোধে RFC 9112 দাবি করে যে ফরোয়ার্ড করা Host মান অনুরোধের লক্ষ্য থেকে আসবে। Host: first.example ফরোয়ার্ড করা প্রত্যাশিত আচরণ।
ডেভেলপমেন্ট সাইট পরীক্ষায় URL এবং HTTP authority-তে রিসোর্সের হোস্টনাম সামঞ্জস্যপূর্ণ রাখুন। রেজলিউশনের দায়িত্বে থাকা হপে কাঙ্ক্ষিত নাম-থেকে-ঠিকানা ম্যাপিং দিন। পরস্পরবিরোধী Host ওভাররাইড ব্যাকএন্ড নির্বাচনের বহনযোগ্য নির্দেশ নয়।
HTTPS আলাদা। সাধারণ CONNECT টানেল খোলার পর TLS এবং ভেতরের HTTP বিনিময় তার ভেতরে ঘটে। ইন্টারসেপ্ট না করা প্রক্সি সাধারণত সেই এনক্রিপ্টেড Host ফিল্ড পুনর্লিখন করতে পারে না। CONNECT গন্তব্য, TLS নাম ও সার্টিফিকেট পরিচয় আলাদা ভূমিকা হয়ে থাকে।
Via, Referer বা Cache-Control মুছে ফেললে দুটি authority মিলে যায় না। প্রক্সি পুনর্লিখন নির্ণয়ের আগে অনুরোধের রূপ এবং যে স্থানে আপনি হেডারটি দেখেছেন লিপিবদ্ধ করুন।