east.proxy.example আৰু west.proxy.example একে সাধাৰণ HTTP প্ৰক্সি শ্ৰোতাৰ ওপৰত সমাধান হয় বুলি ধৰোঁ। যিকোনো নাম ব্যৱহাৰ কৰা ক্লায়েন্টে পঠিয়াব পাৰে:

GET http://www.example.org/report HTTP/1.1
Host: www.example.org

অনুৰোধে ৱেবছাইটটো চিনাক্ত কৰে। TCP খোলাৰ আগতে ক্লায়েণ্টে সমাধান কৰা প্ৰক্সি উপনামটো ই কঢ়িয়াই নিয়ে নাই। সেয়ে Express ৰ Host ৰ পৰা অহা হোষ্টনামে সেই প্ৰক্সি উপ-ডমেইনসমূহৰ ওপৰত ভিত্তি কৰি পথ বাছনি কৰিব নোৱাৰে।

যদি আপুনি ক্লায়েণ্ট আৰু প্ৰক্সি নিয়ন্ত্ৰণ কৰে, তেন্তে এটা স্পষ্ট ৰাউটিং ইনপুট দিয়ক। X-Route লেবেল ৰূপায়ণ কৰা প্ৰক্সিৰ বাবে:

curl --proxy http://east.proxy.example:8080 \
  --proxy-header 'X-Route: east' \
  https://www.example.org/

--proxy-header এ প্ৰক্সিৰ সৈতে হোৱা যোগাযোগৰ লক্ষ্য ৰাখে, CONNECT সহ। HTTPS অনুৰোধৰ ওপৰত সাধাৰণ -H শিৰোনাম গন্তব্যৰ এনক্ৰিপ্টেড HTTP বিনিময়ৰ ভিতৰত থাকে।

চাৰ্ভাৰে ৰাউটিং নীতি ৰূপায়ণ আৰু অনুমোদন কৰিব লাগিব, তাৰ পিছত লেবেলটো ৱেবছাইটলৈ নপঠিয়াই ব্যৱহাৰ কৰিব লাগিব। বিকল্পভাৱে, পৃথকভাৱে সংৰূপিত শ্ৰোতা এণ্ডপইণ্ট বা প্ৰক্সি একাউণ্ট ৰাউটিং ইনপুট হিচাপে ব্যৱহাৰ কৰক।

HTTPS গন্তব্যৰ বাবে, Node এ HTTP চাৰ্ভাৰৰ connect ইভেণ্টৰ জৰিয়তে প্ৰাৰম্ভিক টানেল অনুৰোধ লাভ কৰে। সাধাৰণ Express অনুৰোধ মিডলৱেৰে সেই ইভেণ্টটো নিয়ন্ত্ৰণ নকৰে। ইয়াৰ CONNECT লক্ষ্যই গন্তব্য চাৰ্ভাৰ চিনাক্ত কৰে, প্ৰক্সি উপনাম নহয়।

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