প্রক্সি পর্যাপ্ত হলে নেট কেন প্রয়োজনীয়? [বন্ধ]


8

আমার মেশিনটি একটি স্থানীয় ল্যানে সংযুক্ত। ইন্টারনেটের সাথে সংযোগ রাখতে ট্রাফিকটি প্রক্সি সার্ভারের মধ্য দিয়ে যায়। প্রক্সি সার্ভার সম্পর্কে আমার বোধগম্যতা এটি মূল অনুরোধ প্রেরকের পক্ষ থেকে অনুরোধ প্রেরণ করে। সুতরাং সার্ভার যখন উত্তর দেয় তখন এটি ক্লায়েন্ট বলে ভেবে প্রক্সিটিতে উত্তর প্রেরণ করে। প্রক্সি তখন আমার মেশিনে উত্তর ফরওয়ার্ড করে।
ক্ষেত্রে নিন নেটওয়ার্ক অ্যাড্রেস ট্রান্সলেশন । আপনার অনুরোধ নাট রাউটার মাধ্যমে যায়। নেট রাউটার তারপরে আপনাকে একটি সর্বজনীন আইপি ঠিকানা সরবরাহ করে এবং এই ম্যাপিংটিকে তার টেবিলে সঞ্চয় করে। উত্তর (সার্ভার থেকে) এই নির্ধারিত সর্বজনীন ঠিকানায় প্রেরণ করা হয়। যা নাট রাউটারটি টেবিল থেকে আপনার স্থানীয় আইপি ঠিকানার সমাধান করে এবং আপনার মেশিনে উত্তর ফরোয়ার্ড করে।
আমার প্রশ্ন যখন প্রক্সি নিজেই ট্র্যাফিকের মধ্যস্থতা করতে এবং আপনাকে ইন্টারনেটে অ্যাক্সেস সরবরাহ করতে সক্ষম হয় তখন ন্যাট কেন দরকার হয়?


1
এক শোধন - ন্যাট রাউটার নেই প্রদান আপনি একটি সর্বজনীন IP ঠিকানা। এটি কেবল আপনার প্যাকেটগুলিকে পুনরায় লেখায় যেন সেগুলি আপনার ক্লায়েন্টের আইপির পরিবর্তে নিজস্ব পাবলিক আইপি থেকে আসছে। তারপরে জবাব প্যাকেটগুলি বাইরের আইপি NAT এ ফেরত পাঠানো হবে যা আপনার ক্লায়েন্টের আইপি দিয়ে আবার প্যাকেটগুলি পুনরায় লেখায় এবং প্যাকেটটি পাশাপাশি পাঠিয়ে দেয়।
EEAA

উত্তর:


5

ম্যাডহ্যাটার প্রক্সি এবং NAT এর মধ্যে পার্থক্য সম্পর্কে একটি দুর্দান্ত সাধারণ ব্যক্তির ব্যাখ্যা লিখেছেন।

আরও প্রযুক্তিগত তথ্যের জন্য আমি আপনাকে ওএসআই মডেল এবং টিসিপি / আইপি মডেলটি পড়ার পরামর্শ দিচ্ছি। নাটি ওএসআই মডেলের 3 পরে (নেটওয়ার্ক স্তর, এই ক্ষেত্রে আইপি) চালিত করে এবং প্রক্সিগুলি সাধারণত স্তর 7 এ পরিচালনা করে (অ্যাপ্লিকেশন স্তর, এইচটিটিপি বা আপনি যা কিছু প্রক্স করছেন)।

NAT এবং প্রক্সিগুলি কিছুটা ভিন্ন সমস্যা সমাধানের চেষ্টা করছে। আইপি অ্যাড্রেসের ঘাটতি দূর করতে নেট সংখ্যক সরকারী আইপি এর পিছনে অনেকগুলি প্রাইভেট আইপি লুকিয়ে রাখছে, অন্যদিকে প্রক্সিগুলি সুরক্ষা, নিরীক্ষণ বা পারফরম্যান্সের কারণে একটি নেটওয়ার্ক "চোক পয়েন্ট" তৈরি করছে


আমাকে সর্বদা বলা হয়েছে যে NAT 3 ও 4 স্তরগুলিতে কাজ করে
কোডেভিয়েটার

@ কোডেভিটার একটি ন্যায্য মন্তব্য - আমি নেটওয়ার্কেনজেনারিং.স্ট্যাকেক্সেক্সঞ্জ.কম এর বিশেষজ্ঞদের কাছে
মুলতুবি রেখেছি

15

আমার কাছে মনে হচ্ছে আপনি এখানে মৌলিক বিষয়গুলি বেশ ভালভাবে আঁকড়ে ধরেছেন, এবং সংক্ষিপ্ত উত্তরটি হ'ল আপনি যদি কোনও পাবলিক ঠিকানা দিয়ে একটি প্রক্সি ব্যবহার করেন তবে আপনার NAT এর দরকার নেই - প্রক্সি দ্বারা মধ্যস্থতাযুক্ত প্রোটোকলের জন্য ।

যাইহোক, স্বর্গ ও পৃথিবীতে আপনার দর্শনে যে স্বপ্ন দেখেছেন তার চেয়েও বেশি প্রোটোকল রয়েছে ; এগুলির সমস্ত অনুমানযোগ্য নয় এবং প্রক্সিগুলি এমনকি সমস্ত কিছুর জন্যই বিদ্যমান নেই, সুতরাং NAT তাদের জন্য কার্যকর ফলব্যাক।

সম্পাদনা : একটি প্রক্সি এমন একটি কম্পিউটিং ডিভাইস যা কোনও অ্যাপ্লিকেশন স্তরে কাজ করে। একটি HTTP প্রক্সি একটি প্রত্যন্ত সাইটের জন্য HTTP অনুরোধগুলি গ্রহণ করে এবং আপনি উল্লেখ করেছেন যে এটি নিজেই সেই সাইটে চলে যায় এবং অনুরোধ করে এবং উত্তরটি ক্লায়েন্টের কাছে ফেরত দেয়। তবে এটি করার জন্য এটি একটি বিশদ পর্যায়ে এইচটিটিপি বুঝতে হবে।

একইভাবে, আপনি একটি এফটিপি প্রক্সি লিখতে পারেন তবে ক্লায়েন্টের অনুরোধগুলির সঠিকভাবে প্রক্সি দেওয়ার জন্য এটি এমকেডি, ডিইএল, তালিকা, এবং এই জাতীয় এফটিপি প্রোটোকল কমান্ডের বিশদটি বুঝতে হবে। যে কোনও প্রক্সি যা স্বচ্ছতার সাথে কাজ করতে চায় সেই প্রোটোকলটির প্রক্সি করার জন্য সাধারণত প্রোটোকলের অভ্যন্তরীণ অন্তরঙ্গভাবে বুঝতে হয়।

সোকস কিছুটা এই নিয়মের ব্যতিক্রম, তবে এটি কারণ সোকস প্রোটোকল প্রক্সিংয়ের জন্য আরও একটি সাধারণ ইন্টারফেস রাখে, যার ফলে প্রতিটি ক্লায়েন্টকে SOCKSified করা প্রয়োজন, এবং সুতরাং সেট করার জন্য SOCKS প্রক্সিটির সঠিক অনুরোধগুলি তৈরি করতে সক্ষম প্রত্যেকের জন্য প্রক্সিংয়ের ধরণের প্রয়োজন যা একেবারেই স্বচ্ছ নয়।


"প্রোটোকলগুলি যা অনুমানযোগ্য নয়" বলতে কী বোঝ?
সুরজ

@ ম্যাডহ্যাটার: অনুমানযোগ্য না বলতে কী বোঝ? প্রক্সিগুলি আইপিকে ডিফল্ট গেটওয়ে হিসাবে রাখাই কি যথেষ্ট নয়?
আশ্বিন

অন্য দিকটি উত্থাপন করার জন্য: প্রযুক্তিবিহীন ব্যবহারকারীর জন্য NAT এর বাক্সের বাইরে কাজ করা উচিত (স্বচ্ছভাবে) যখন প্রক্সিটি ক্লায়েন্টের পাশে "ইনস্টল" করতে হবে।
কেউ

@ নাবডি - সত্যই নয় স্বচ্ছ প্রক্সিগুলি বেশ সর্বব্যাপী, এবং ক্লায়েন্টের শূন্য কনফিগারেশন প্রয়োজন।
EEAA

2
@ নাবডি - আপনার বোঝাপড়াটি ভুল। NAT এবং প্রক্সিগুলি (স্বচ্ছ বা না হোক) সম্পূর্ণ আলাদা প্রযুক্তি।
EEAA
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.