প্রক্সি সার্ভার এবং বিপরীত প্রক্সি সার্ভারের মধ্যে পার্থক্য কী?
প্রক্সি সার্ভার এবং বিপরীত প্রক্সি সার্ভারের মধ্যে পার্থক্য কী?
উত্তর:
পূর্ববর্তী উত্তরগুলি সঠিক ছিল তবে সম্ভবত খুব ক্ষুদ্র ers আমি কিছু উদাহরণ যুক্ত করার চেষ্টা করব।
প্রথমত, "প্রক্সি" শব্দটি কাউকে বা অন্য কারও পক্ষে অভিনয় করে এমন কিছু বর্ণনা করে।
কম্পিউটারের রাজ্যে, আমরা একটি সার্ভার অন্য কম্পিউটারের হয়ে অভিনয় করার কথা বলছি।
অ্যাক্সেসযোগ্যতার উদ্দেশ্যে, আমি আমার আলোচনাটি ওয়েব প্রক্সিগুলিতে সীমাবদ্ধ করব - তবে, প্রক্সিটির ধারণা কেবল ওয়েবসাইটগুলিতে সীমাবদ্ধ নয়।
ওয়েব প্রক্সিগুলির বেশিরভাগ আলোচনাই "ফরোয়ার্ড প্রক্সি" নামে পরিচিত প্রক্সি প্রকারকে বোঝায়।
প্রক্সি ইভেন্ট, এক্ষেত্রে হ'ল "ফরোয়ার্ড প্রক্সি" মূল আবেদনকারীর পক্ষে অন্য ওয়েব সাইট থেকে ডেটা উদ্ধার করে।
উদাহরণস্বরূপ, আমি ইন্টারনেটে সংযুক্ত তিনটি কম্পিউটারের তালিকা করব।
সাধারণত, এক সরাসরি থেকে সংযোগ করতে হবে X --> Z.
যাইহোক, কিছু পরিস্থিতিতে, এটা জন্য ভাল Y --> Z
পক্ষে X
, যা চেইন নিম্নরূপ: X --> Y --> Z
।
ফরোয়ার্ড প্রক্সি সার্ভারের ব্যবহারের একটি (খুব) আংশিক তালিকা এখানে রয়েছে:
1) এক্স সরাসরি জেড অ্যাক্সেস করতে অক্ষম কারণ এটি
ক) X
এর ইন্টারনেট সংযোগের বিষয়ে প্রশাসনিক কর্তৃত্বপ্রাপ্ত কেউ সিদ্ধান্ত নিয়েছেন যে সাইটে সমস্ত অ্যাক্সেস আটকাবেন Z
।
উদাহরণ:
ঝড়ের কীট ভাইরাসটি লোকজনকে দেখার জন্য ট্র্যাক করে ছড়িয়ে পড়েছে familypostcards2008.com
, সুতরাং ব্যবহারকারীরা অজান্তে তাদেরকে সংক্রামিত হতে বাধা দিতে সিস্টেম প্রশাসক সাইটে অ্যাক্সেস আটকে দিয়েছে।
একটি বড় সংস্থার কর্মচারীরা খুব বেশি সময় নষ্ট করে চলেছে facebook.com
, তাই ব্যবস্থাপনার সময় ব্যবসায়ের সময় অ্যাক্সেস আটকাতে চায়।
একটি স্থানীয় প্রাথমিক বিদ্যালয় playboy.com
ওয়েবসাইটে ইন্টারনেট অ্যাক্সেসের অনুমতি দেয় না ।
কোনও সরকার সংবাদ প্রকাশনা নিয়ন্ত্রণ করতে অক্ষম, সুতরাং এটি এর পরিবর্তে খবরের অ্যাক্সেস নিয়ন্ত্রণ করে যেমন সাইটগুলি অবরুদ্ধ করে wikipedia.org
। দেখুন তোর বা FreeNet ।
খ) প্রশাসক Z
অবরুদ্ধ করেছে X
।
উদাহরণ:
জেড এর প্রশাসক এক্স থেকে আসা হ্যাকিংয়ের প্রচেষ্টা লক্ষ্য করেছেন, তাই প্রশাসকটি এক্স এর আইপি ঠিকানা (এবং / অথবা নেটারেঞ্জ) ব্লক করার সিদ্ধান্ত নিয়েছে।
জেড একটি ফোরামের ওয়েবসাইট। X
ফোরাম স্প্যামিং হয়। জেড ব্লক এক্স।
এই উদাহরণস্বরূপ, আমি ইন্টারনেটে সংযুক্ত তিনটি কম্পিউটারের তালিকা করব।
সাধারণত, এক সরাসরি থেকে সংযোগ করতে হবে X --> Z.
তবে কিছু পরিস্থিতিতে, প্রশাসকের Z
পক্ষে সরাসরি অ্যাক্সেসকে সীমাবদ্ধ বা বঞ্চিত করা এবং দর্শকদের প্রথমে ওয়াইয়ের মধ্য দিয়ে যেতে বাধ্য করা আরও ভাল। সুতরাং, আগের মতোই, আমরা তথ্য দ্বারা উদ্ধার করা হচ্ছে Y --> Z
পক্ষে X
, যা চেইন নিম্নরূপ: X --> Y --> Z
।
"ফরোয়ার্ড প্রক্সি" এর তুলনায় এবার কী আলাদা, তা হ'ল এইবার ব্যবহারকারী X
জানেন না যে তিনি অ্যাক্সেস করছেন Z
, কারণ ব্যবহারকারী X
কেবল দেখেন যে তিনি যোগাযোগ করছেন Y
। সার্ভারটি Z
ক্লায়েন্টদের কাছে অদৃশ্য এবং কেবলমাত্র বিপরীত প্রক্সিটি Y
বাহ্যিকভাবে দৃশ্যমান। একটি বিপরীত প্রক্সি ক্লায়েন্ট পক্ষের কোন (প্রক্সি) কনফিগারেশন প্রয়োজন।
ক্লায়েন্ট X
ভাবেন যে তিনি কেবল Y
( X --> Y
) এর সাথে যোগাযোগ করছেন তবে বাস্তবতা হ'ল Y
সমস্ত যোগাযোগ ফরোয়ার্ড করা ( X --> Y --> Z
আবার)।
উপরের পরিস্থিতিতে, Z
চয়ন করার ক্ষমতা আছে Y
।
(X --> Y) --> Z
, বিপরীত: X --> (Y --> Z)
।
সাধারণ সংজ্ঞাগুলির একটি জুটি হ'ল:
ফরোয়ার্ড প্রক্সি: একজন অনুরোধকারীর (বা পরিষেবা ভোক্তার) পক্ষে অভিনয় করা
বিপরীত প্রক্সি: পরিষেবা / সামগ্রী নির্মাতার পক্ষে অভিনয় করা of
আমি নীচের চিত্রটি খুব সহায়ক বলে খুঁজে পেয়েছি। এটি কেবলমাত্র একটি ফরোয়ার্ড বনামের বিপরীতমুখী প্রক্সি সেটআপ ইন্টারনেট থেকে ক্লায়েন্ট থেকে সার্ভারে দেখায় । এই চিত্রটি আপনাকে qyb2zm302 এর উত্তর এবং অন্যান্য উত্তরগুলি আরও ভালভাবে বুঝতে সহায়তা করবে ।
আপনি পিটার সিলভা দ্বারা F5 এর ডেভসেন্ট্রাল থেকে এই ভিডিওটি দেখতে পারেন can
চিত্র সূত্র: কওরা । তবে মার্তিজন পিটারের মতে , এই চিত্রটি পালস সিকিউর কমিউনিটি বা জুলিয়েন পাওলির সাইট (ফরাসী ভাষায়) ডেভেলপেজ.কমের হতে পারে।
এটি আমাকে ক্লাসিক প্রবাদটির স্মরণ করিয়ে দিয়েছে:
একটি চিত্রের মূল্য 1000 শব্দ।
ফরোয়ার্ড প্রক্সি বনাম বিপরীত প্রক্সি (2012) খুব সুস্পষ্টভাবে ফরোয়ার্ড এবং বিপরীত প্রক্সিগুলির মধ্যে পার্থক্য ব্যাখ্যা করে।
qyb2zm302 এর উত্তরে প্রক্সিগুলির অ্যাপ্লিকেশনগুলি সুন্দরভাবে বর্ণনা করা হয়েছে, তবে এটি এগিয়ে এবং বিপরীত প্রক্সিগুলির মধ্যে মৌলিক ধারণাটি পিছলে যায় । বিপরীত প্রক্সিটির জন্য, এক্স → ওয়াই → জেড, এক্স তার বিপরীতে নয়, জে এবং জেড সম্পর্কে জানে।
একটি প্রক্সি কেবল যোগাযোগের জন্য মধ্যস্থতাকারী (অনুরোধ + প্রতিক্রিয়া)। ক্লায়েন্ট <-> প্রক্সি <-> সার্ভার
প্রক্সি ক্লায়েন্টের পক্ষে কাজ করে। ক্লায়েন্ট চেইনে জড়িত তিনটি মেশিন সম্পর্কে জানে। সার্ভার দেয় না।
প্রক্সি সার্ভারের পক্ষে কাজ করে। ক্লায়েন্ট কেবল প্রক্সি সম্পর্কে জানেন। সার্ভারটি পুরো চেইনটি জানে।
আমার কাছে মনে হয় যে ফরোয়ার্ড এবং বিপরীতগুলি কেবল ক্লায়েন্ট এবং সার্ভারের প্রক্সি সম্পর্কিত দৃষ্টিভঙ্গি নির্ভর নাম । আমি সুস্পষ্ট যোগাযোগের জন্য পূর্ববর্তীটিকে পরের দিকে ত্যাগ করার পরামর্শ দিই।
অবশ্যই বিষয়টি আরও জটিল করার জন্য প্রতিটি মেশিনই কেবল ক্লায়েন্ট বা সার্ভার নয়। যদি প্রসঙ্গে কোনও অস্পষ্টতা থাকে তবে প্রক্সিটি কোথায় রয়েছে এবং স্পষ্টভাবে যে সুরক্ষাগুলি সুরক্ষিত করে তা সুনির্দিষ্টভাবে উল্লেখ করা ভাল।
কিছু চিত্র সাহায্য করতে পারে:
ফরোয়ার্ড প্রক্সি
বিপরীত প্রক্সি
পার্থক্যটি মূলত মোতায়েনের ক্ষেত্রে। ওয়েব ফরোয়ার্ড এবং বিপরীত প্রক্সিগুলির সবার একই অন্তর্নিহিত বৈশিষ্ট্য রয়েছে। তারা HTTP অনুরোধগুলির জন্য বিভিন্ন ফর্ম্যাটে অনুরোধ গ্রহণ করে এবং সাধারণত উত্স বা যোগাযোগের সার্ভার অ্যাক্সেসের মাধ্যমে একটি প্রতিক্রিয়া সরবরাহ করে।
সম্পূর্ণ বৈশিষ্ট্যযুক্ত সার্ভারগুলিতে সাধারণত অ্যাক্সেস নিয়ন্ত্রণ, ক্যাশিং এবং কিছু লিঙ্ক-ম্যাপিং বৈশিষ্ট্য থাকে।
একটি ফরোয়ার্ড প্রক্সি এমন একটি প্রক্সি যা ক্লায়েন্ট মেশিনটি কনফিগার করে অ্যাক্সেস করা হয়। প্রক্সি বৈশিষ্ট্যগুলির (পুনর্নির্দেশ, প্রক্সি প্রমাণীকরণ ইত্যাদি) জন্য ক্লায়েন্টের প্রোটোকল সমর্থন প্রয়োজন। প্রক্সিটি ব্যবহারকারীর অভিজ্ঞতার জন্য স্বচ্ছ, তবে অ্যাপ্লিকেশনটিতে নয়।
একটি বিপরীত প্রক্সি একটি প্রক্সি যা ওয়েব সার্ভার হিসাবে স্থাপন করা হয় এবং একটি ওয়েব সার্ভারের মতো আচরণ করে, ব্যতিক্রম ব্যতীত স্থানীয়ভাবে প্রোগ্রাম এবং ডিস্ক থেকে সামগ্রীটি রচনা করার পরিবর্তে, এটি একটি উত্সের সার্ভারে অনুরোধটি ফরোয়ার্ড করে। ক্লায়েন্ট দৃষ্টিকোণ থেকে এটা হল ওয়েব সার্ভার, তাই ব্যবহারকারীর অভিজ্ঞতা সম্পূর্ণরূপে স্বচ্ছ।
আসলে, একক প্রক্সি উদাহরণ বিভিন্ন ক্লায়েন্ট জনগোষ্ঠীর জন্য একই সময়ে একটি ফরোয়ার্ড এবং বিপরীত প্রক্সি হিসাবে চলতে পারে।
প্রক্সি: এটি ক্লায়েন্টের পক্ষে অনুরোধ করছে । সুতরাং, সার্ভার প্রক্সিটিতে প্রতিক্রিয়া ফিরিয়ে দেবে, এবং প্রক্সি ক্লায়েন্টের প্রতিক্রিয়াটি ফরোয়ার্ড করবে। প্রকৃতপক্ষে, সার্ভার কখনই "ক্লায়েন্ট" (ক্লায়েন্টের আইপি ঠিকানা) "শিখতে" পারে না; এটি কেবল প্রক্সিটি জানতে পারবে। তবে ক্লায়েন্টটি অবশ্যই সার্ভারটি জানে, যেহেতু এটি সার্ভারের জন্য নির্ধারিত এইচটিটিপি অনুরোধটিকে ফর্ম্যাট করে তবে এটি কেবল প্রক্সিটির হাতে দেয়।
বিপরীত প্রক্সি: এটি সার্ভারের পক্ষ থেকে অনুরোধটি গ্রহণ করছে । এটি সার্ভারে অনুরোধটি ফরোয়ার্ড করে, প্রতিক্রিয়া গ্রহণ করে এবং তারপরে ক্লায়েন্টকে প্রতিক্রিয়া দেয়। এই ক্ষেত্রে, ক্লায়েন্ট কখনই আসল সার্ভার (সার্ভারের আইপি ঠিকানা) (কিছু ব্যতিক্রম সহ) "শিখতে" পারবে না; এটি কেবল প্রক্সিটি জানতে পারবে। বিপরীত প্রক্সি কনফিগারেশনের উপর নির্ভর করে সার্ভারটি আসল ক্লায়েন্টকে জানতে বা জানতে পারবে না।
এখানে ডায়াগ্রামগুলির সাথে সর্বোত্তম ব্যাখ্যাটি রয়েছে :
যদিও একটি এগিয়ে প্রক্সি ক্লায়েন্টদের পক্ষে প্রক্সি ( বা অনুরোধ হোস্ট ) , একটি বিপরীত প্রক্সি সার্ভার পক্ষে প্রক্সি।
বাস্তবে, যেখানে একটি ফরোয়ার্ড প্রক্সি ক্লায়েন্টদের পরিচয় গোপন করে, একটি বিপরীত প্রক্সি সার্ভারের পরিচয় গোপন করে।
একটি প্রক্সি সার্ভার প্রক্সি (এবং বৈকল্পিকভাবে ক্যাশে) ইন্টারনেট ছাড়াই প্রয়োজনীয়-সম্পর্কিত জনসাধারণের বিভিন্ন সংস্থার বহির্গামী নেটওয়ার্কের অনুরোধ। একটি বিপরীত প্রক্সি ইন্টারনেট থেকে আগত অনুরোধগুলি ক্যাপচার করে (এবং বিকল্পভাবে ক্যাশে করে) এবং এগুলি বিভিন্ন অভ্যন্তরীণ ব্যক্তিগত সংস্থাগুলিতে বিতরণ করে, সাধারণত উচ্চতর প্রাপ্যতার উদ্দেশ্যে।
ক্লাউডফ্লেয়ারে ছবিগুলির সাথে বিশদটি ব্যাখ্যা করে একটি দুর্দান্ত নিবন্ধ রয়েছে।
এখানে চেক করুন: একটি বিপরীত প্রক্সি কি? | প্রক্সি সার্ভারগুলি ব্যাখ্যা করা হয়েছে
প্রক্সি (ফরোয়ার্ড প্রক্সি):
আপনার ল্যানে থাকা কম্পিউটারগুলি যখন কোনও অ্যাক্সেস সার্ভারের সাথে সংযুক্ত থাকে যা ইন্টারনেট অ্যাক্সেস করে। বেনিফিটগুলির মধ্যে রয়েছে কেবলমাত্র সার্ভারটিকে ইন্টারনেটে উন্মুক্ত করা। বাইরের লোকেরা সরাসরি কম্পিউটার অ্যাক্সেস করতে অক্ষম। ফরোয়ার্ড প্রক্সিগুলি ডাউনলোডগুলি ক্যাশে করে ব্যবহারকারীদের জন্য ইন্টারনেট অ্যাক্সেসকে উন্নত করতে পারে। এগুলি নির্দিষ্ট সাইটে অ্যাক্সেস সীমাবদ্ধ করতেও ব্যবহার করা যেতে পারে। এছাড়াও, কেবল প্রক্সি সার্ভারেরই কোনও সর্বজনীন ঠিকানা প্রয়োজন, এটির সাথে সংযোগকারী ক্লায়েন্টগুলি নয়।
বিপরীত প্রক্সি:
একটি বিপরীত প্রক্সি হ'ল ফরোয়ার্ড প্রক্সিটির বিপরীত। পরিবর্তে এটি সার্ভারের সাথে সংযুক্ত হওয়ার পক্ষ থেকে প্রক্সি হিসাবে কাজ করে। সরাসরি কোনও রিমোট সার্ভার অ্যাক্সেস করার পরিবর্তে, কোনও ব্যবহারকারী বিপরীত প্রক্সি দিয়ে যেতে হবে এবং সেখান থেকে উপযুক্ত সার্ভারে যেতে হবে। কেবল বিপরীত প্রক্সিটির জন্য একটি এসএসএল শংসাপত্রের প্রয়োজন হবে, কেবলমাত্র একটি সর্বজনীন আইপি ঠিকানা প্রয়োজন হবে এবং এটি সামগ্রিক ব্যবহারকারীর অভিজ্ঞতা বাড়ানোর জন্য আগত অনুরোধগুলির লোড ব্যালেন্সিং পরিচালনা করতে পারে।
চিত্র উত্স: অ্যাপ্লিকেশন অনুরোধ রাউটিং ব্যবহার করে একটি ফরোয়ার্ড প্রক্সি তৈরি করা
অ্যাপাচি দৃষ্টিকোণ থেকে আমার উপলব্ধি হ'ল প্রক্সিটির অর্থ হ'ল যদি সাইট x এর জন্য যদি সাইট এক্স প্রক্স হয়, তবে এক্স রিটার্নের জন্য অনুরোধ করবে।
বিপরীত প্রক্সিটির অর্থ হ'ল y থেকে প্রাপ্ত প্রতিক্রিয়াটি এমনভাবে সামঞ্জস্য করা হয় যাতে y এর সমস্ত উল্লেখ x হয়ে যায় become
যাতে ব্যবহারকারী এটি বলতে না পারে যে কোনও প্রক্সি জড়িত রয়েছে ...
আমার বোঝাপড়া অনুযায়ী ...
সবার সাথে পরিচিত হিসাবে শুরু করা, প্রক্সিটির অর্থ "অন্য কাউকে প্রতিনিধিত্ব করার কর্তৃপক্ষ"। ফরোয়ার্ড এবং বিপরীত প্রক্সি এখন দুটি জিনিস।
মনে করুন আপনি "গুগল" এবং "গুগল" অ্যাক্সেস করতে চান সেই নির্দিষ্ট অনুরোধটির প্রতিক্রিয়া জানাতে এমন সংখ্যক সার্ভার থাকবে।
এখন এই ক্ষেত্রে, আপনি যখন গুগলের কাছ থেকে কোনও কিছুর জন্য অনুরোধ করছেন এবং আপনি চান না যে গুগল আপনার আইপি ঠিকানাটি দেখতে পাবে, তারপরে নীচে বর্ণিত হিসাবে আপনি একটি ফরোয়ার্ড প্রক্সি ব্যবহার করবেন।
এ → বি → সে
এখন আপনি এ, বি এর মাধ্যমে একটি অনুরোধ প্রেরণ করছেন তাই সি ভাবেন যে অনুরোধটি বি থেকে আসছে, এ। নয় এই পদ্ধতিতে আপনি আপনার ক্লায়েন্টের আইপি ঠিকানা বহিরাগতের সংস্পর্শে না আটকাতে পারেন।
এখন এই ক্ষেত্রে, আপনাকে বোঝাতে, আমরা ফরোয়ার্ড প্রক্সিটির একই কেসটি গ্রহণ করব। এখানে আপনি গুগলে এমন কিছুর জন্য অনুরোধ করেছেন, যার ফলস্বরূপ প্রতিক্রিয়া পেতে অ্যাপ্লিকেশন সার্ভার বা অন্য একটি প্রক্সি সার্ভারে একটি অনুরোধ প্রেরণ করা হবে। সুতরাং এই জিনিসগুলি নীচে বর্ণিত হিসাবে ঘটবে।
এ → বি → সে
সি → ডি
সি ← ডি
এ ← বি ← সে
উপরের চিত্রটি থেকে আপনি দেখতে পাবেন যে বি থেকে সি কে একটি অনুরোধ প্রেরণ করা হয়েছে, এ থেকে নয়। তারপরে সি থেকে একটি অনুরোধ ডি তে প্রেরণ হবে অনুরূপভাবে প্রতিক্রিয়া ডি থেকে সি এবং তারপরে বি এবং এ-তে যাবে Similarly
উপরের চিত্রটি বলে যে এটি কেবলমাত্র প্রাসঙ্গিক বিষয়, যদিও উভয় প্রক্সি একই পদ্ধতিতে কাজ করে তবে ক্লায়েন্ট-সাইড প্রক্সি ক্লায়েন্টের তথ্য গোপন করছে যেখানে সার্ভার-সাইড প্রক্সিটি সার্ভার-সাইডের তথ্য গোপন করবে।
ফরোয়ার্ড প্রক্সিগুলি ক্লায়েন্টের নাম প্রকাশ না করে (অর্থাত্ টোর মনে করে )।
বিপরীত প্রক্সিগুলি শেষ সার্ভারগুলিকে বেনামে দেয় (অর্থাত্ কোনও ডিএমজেডের পিছনে সার্ভারগুলি ভাবেন)।
এখানে একটি বিপরীত প্রক্সি উদাহরণ (একটি ভার ভারসাম্য হিসাবে)।
একটি ক্লায়েন্ট ওয়েবসাইট ডটকমে সার্ফ করে এবং এটি যে সার্ভারটি হিট করে তার বিপরীতে প্রক্সি চলছে। বিপরীত প্রক্সিটি পাউন্ড হিসাবে ঘটে । পাউন্ড অনুরোধ গ্রহণ করে এবং এটি পিছনে বসা তিনটি অ্যাপ্লিকেশন সার্ভারের মধ্যে একটিতে প্রেরণ করে। এই উদাহরণে, পাউন্ড একটি লোড ব্যালেন্সার। এটি, এটি তিনটি অ্যাপ্লিকেশন সার্ভারের মধ্যে ভার ভারসাম্যপূর্ণ করছে।
অ্যাপ্লিকেশন সার্ভারগুলি ক্লায়েন্টের কাছে ওয়েবসাইট সামগ্রী সরবরাহ করে।
যদি প্রক্সি না থাকে
ক্লায়েন্ট পাশ এবং সার্ভার দিক থেকে দেখতে একই:
ক্লায়েন্ট -> সার্ভার
প্রক্সি
ক্লায়েন্ট পক্ষ থেকে:
ক্লায়েন্ট -> প্রক্সি -> সার্ভার
সার্ভার দিক থেকে:
ক্লায়েন্ট -> সার্ভার
বিপরীত প্রক্সি
ক্লায়েন্ট পক্ষ থেকে:
ক্লায়েন্ট -> সার্ভার
সার্ভার দিক থেকে:
ক্লায়েন্ট -> প্রক্সি -> সার্ভার
সুতরাং আমি মনে করি এটি কোনও ক্লায়েন্ট ব্যবহারকারীর দ্বারা সেট আপ করা থাকলে , একে প্রক্সি বলা হয় ; যদি এটি কোনও সার্ভার ম্যানেজার দ্বারা সেটআপ করা হয় তবে এটি বিপরীত প্রক্সি।
কারণ এটি সেট আপ করার উদ্দেশ্য এবং কারণগুলি পৃথক, তারা বিভিন্ন উপায়ে ডেটা নিয়ে কাজ করে এবং বিভিন্ন সফ্টওয়্যার ব্যবহার করে।
User side | Server side
client <-> proxy <--> reverse_proxy <-> real server
ব্যবহারকারীর দৃষ্টিকোণ থেকে দেখুন: একটি প্রক্সি বা বিপরীত প্রক্সি সার্ভারে একটি অনুরোধ প্রেরণ করার সময় :
প্রক্সি - এর জন্য দুটি যুক্তি প্রয়োজন :
1) কী পাব এবং 2) কোন প্রক্সি সার্ভারকে মধ্যবর্তী ব্যবহার করতে হবে
বিপরীত প্রক্সি - একটি যুক্তি প্রয়োজন :
1) কী পেতে হবে
একটি বিপরীত প্রক্সি ব্যবহারকারীর কাছে অপরিচিত অন্য সার্ভারের সামগ্রীগুলি আনে এবং ফলাফলটি এমনভাবে ফেরত দেয় যেন এটি বিপরীত প্রক্সি সার্ভার থেকে উদ্ভূত হয়েছিল ।
পূর্ববর্তী উত্তরগুলির বেশিরভাগই ভাল, তবে আমার মতে কোনওটিই "বিপরীত" মানের পক্ষে যথেষ্ট পরিমাণে সম্বোধনের খুব কাছাকাছি আসে না যা দুটিকে আলাদা করে। এটি করার জন্য, মূলত একই জিনিসটি (প্রক্সি) কী প্রয়োজন তার "বিপরীত" প্রকৃতিটি দেখার কিছু উপায় দেওয়া দরকার এবং এটি একটি ভাল বিমূর্ত পদ্ধতিতে দেওয়া দরকার।
একটি প্রক্সি (সুস্পষ্টভাবে "ফরোয়ার্ড প্রক্সি") একাধিক স্থানীয় ক্লায়েন্টকে যে কোনও একটি রিমোট সার্ভারের সাথে সংযুক্ত করে:
c--
|--p--s
c--
একটি বিপরীত প্রক্সি কোনো এক দূরবর্তী ক্লায়েন্ট (নোটিশ কিভাবে বিন্যাস উল্টিয়ে) একাধিক স্থানীয় সার্ভার সংযোগ:
s--
|--p--c
s--
প্রকৃতপক্ষে এটি প্রেক্ষাপটের বিষয় এবং ধারণাটি সঠিকভাবে বোঝার জন্য অপ্রয়োজনীয় (নির্দিষ্ট ধারণার কাছে) বিবরণ বিমূর্ত করা প্রয়োজন যদিও প্রক্সি অপারেশনটির ব্যবহারিক প্রয়োগগুলির ক্ষেত্রে এটি খুব গুরুত্বপূর্ণ হতে পারে। এই জাতীয় বিবরণ উভয় পরিস্থিতিতে বাস্তবতা অন্তর্ভুক্ত যে একাধিক ক্লায়েন্ট একাধিক সার্ভারের সাথে সংযোগ স্থাপন করে, ক্লায়েন্ট এবং সার্ভারগুলি সত্যই স্থানীয় বা দূরবর্তী নাও থাকতে পারে, যেখানে ইন্টারনেট ক্লাউড অবস্থিত বা ক্লায়েন্ট এবং সার্ভারের মধ্যে কী ধরণের দৃশ্যমানতা বিদ্যমান।