client → local forward proxy → HTTP parent → website

সকলো DNS “প্ৰক্সি”ৰ বুলি কোৱাৰ পৰিৱৰ্ত্তে বিফল হোৱা নামটোৰ পৰা আৰম্ভ কৰক:

প্ৰয়োজনীয় নামইয়াক পাবলগীয়া হপ
স্থানীয় প্ৰক্সি এণ্ডপইণ্টক্লায়েণ্ট
HTTP পেৰেণ্ট এণ্ডপইণ্টস্থানীয় ফৰৱাৰ্ড প্ৰক্সি
ৱেবছাইট এণ্ডপইণ্টপেৰেণ্টে চূৰান্ত সংয়োগ খোলাৰ সময়ত

এণ্ডপইণ্টবোৰ হোষ্টনাম হ'লে সেই হপবোৰে বেলেগ বেলেগ ৰিজলভাৰ ব্যৱহাৰ কৰিব পাৰে। HTTPSৰ বাৰে, এটা ফৰৱাৰ্ড প্ৰক্সিয়ে CONNECTৰ গন্তব্য হোষ্ট আৰু প'ৰ্ট পেৰেণ্টলৈ পঠিয়াব পাৰে, যিয়ে চূৰান্ত সংয়োগ কৰে। মূল ক্লায়েণ্টে প্ৰথমে ৱেবছাইট ৰিজলভ কৰাৰ প্ৰয়োজন নাই। সাধাৰণ HTTP ফৰৱাৰ্ডিংও গন্তব্যৰ তথ্য আগলৈ লঈ যায়।

এত্য়া এনে এটা প্ৰতিশ্ৰুতি নহয় যি প্ৰতিটো নামৰ বাবে ঠিক এটা মেশিনে কুৱেৰি কৰে। ACL মূল্যয়়ায়ন, কেশ্বিং, নীতি আৰু ৰূপায়নৰ বিৱৰণে অতিৰিক্ত লুকআপৰ সৃষ্টি কৰিব পাৰে।

পেৰেণ্ট উপলব্ধ নহ'লে ফলবেক নীতি পৰীক্ষা কৰক। প্ৰত্যক্ষ প্ৰৱেশৰ অনুমতি থাকিলে, স্থানীয় প্ৰক্সিয়েই ৱেবছাইটৰ মুখামুখি হপ হ'ব পাৰে, নিজৰ ৰিজলভাৰ আৰু উৎস-ঠিকনাৰ সিদ্ধান্তৰ সৈতে। কেৱল পেৰেণ্ট কনফিগাৰ কৰিলেই প্ৰতিটো অনুৰোধে ইয়াক ব্যৱহাৰ কৰিছে বুলি প্ৰমাণ নহয়।

বিফলতাৰ ক্ষেত্ৰত, hosts ফাইল সম্পাদনা কৰাৰ আগতে নামটো আৰু ইয়াক ৰিজলভ কৰিব খোজা প্ৰক্ৰিয়াটো চিনাক্তি কৰক। ক্লায়েণ্টৰ ফালৰ পৰিৱৰ্ত্তনে প্ৰতিটো পিছৰ সিদ্ধান্ত মেৰামতি কৰিব নোৱাৰে। চূৰান্ত ৰাজহুৱা উৎসটো ৱেবছাইট সংয়োগ খোলা হপৰ; সেই উৎসটো পৰ্যবেক্ষণ কৰা DNS ক'ত ঘটিছিল জোখাৰ সৈতে একে নহয়।

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