একই নেটওয়ার্কে দুটি পৃথক সাবনেটগুলির মধ্যে মিথস্ক্রিয়াটি বোঝার চেষ্টা করছেন


9

আমার 10.0.0.0/8নেটওয়ার্ক দুটি অংশে বিভক্ত। একটি ডিএইচসিপি সার্ভার একটি ক্লাস এ মাস্ক ( ) দিয়ে সম্বোধন 10.0.0.10করে । এটি নেটওয়ার্কের আমার "অতিথি" অংশ।10.0.0.150255.0.0.0

অনুমোদিত নেটওয়ার্ক ব্যবহারকারীদের, DHCP মধ্যে ঠিকানাগুলি সহ সার্ভারে রিজার্ভেশন আছে 10.100.0.10করতে 10.100.0.250একটি বর্গ একটি মাস্ক সঙ্গে পরিসীমা।
নেটওয়ার্কে একটি ফাইল সার্ভারের একটি আইপি ঠিকানা 10.100.0.1এবং একটি ক্লাস বি মাস্ক ( 255.255.0.0) রয়েছে।

  • "অতিথি" নেটওয়ার্ক এবং "অনুমোদিত" নেটওয়ার্ক উভয়ের ডিভাইসগুলি একে অপরকে দেখতে পাবে।
  • "অনুমোদিত" নেটওয়ার্ক ফাইল সার্ভারটি দেখতে পারে।
  • "অতিথি" নেটওয়ার্ক ফাইল সার্ভারটি দেখতে পারে না।

এটি এখনও পর্যন্ত বেশ ভাল কাজ করেছে, তবে আমার শ্রেণির প্রশিক্ষক শপথ করে বলেন যে এটি করা উচিত নয়। আমি বেশ কয়েকটি জায়গায় পড়েছি যে নির্ধারিত বিভিন্ন সাবনেট মাস্ক সহ পিসিগুলি একে অপরের সাথে যোগাযোগ করতে সক্ষম না হয়।

কেউ অনুগ্রহ করে আমাকে বুঝতে সাহায্য করতে পারেন যে কেন "অনুমোদিত" নেটওয়ার্ক পিসি বিভিন্ন সাবনেট মাস্ক সত্ত্বেও ফাইল সার্ভারটিতে ঠিকঠাক প্রবেশ করতে পারে?


1
জ্যাকগোল্ড সম্পাদনার জন্য আপনাকে ধন্যবাদ। এটি আরও ভাল দেখাচ্ছে
জেয়ার্ড

উত্তর:


13

সাবনেট মাস্কের তত্ত্বটি হ'ল এটি নির্ধারণ করে যে আইপি ঠিকানার কোন অংশটি নেটওয়ার্ক ঠিকানা এবং আইপি ঠিকানার কোন অংশটি হোস্ট ঠিকানা:

10.100.0.1 - আইপি ঠিকানা;

255.0.0.0 - সাবনেট মাস্ক;

10- নেটওয়ার্ক ঠিকানা, 100.0.1- হোস্ট ঠিকানা।

একই সাবনেটের মধ্যে থাকা হোস্টগুলি একে অপরের সাথে সরাসরি কথা বলতে পারে। এর অর্থ যদি হোস্ট A এবং B একই সাবনেটের মধ্যে অবস্থিত থাকে এবং A B এর সাথে কথা বলতে চায় তবে A তার ট্রাফিক সরাসরি বি তে প্রেরণ করবে যদি হোস্ট A একটি ভিন্ন সাবনেটে অবস্থিত হোস্ট সি এর সাথে কথা বলতে চায় তবে A এই ট্র্যাফিকটি গেটওয়েতে পৌঁছে দেওয়ার জন্য যা জানে (আশা করি) কীভাবে বিভিন্ন নেটওয়ার্কে পৌঁছাবেন। সুতরাং, ট্র্যাফিক কোথায় পাঠাতে হবে তা নির্ধারণ করা হোস্টের উপর নির্ভর করবে:

  1. সরাসরি হোস্টের কাছে (দ্বিতীয় হোস্ট একই সাবনেটের অভ্যন্তরে)
  2. গেটওয়েতে (দ্বিতীয় হোস্টটি পৃথক সাবনেটের অন্তর্গত)

আপনার ক্ষেত্রে যা ঘটে তা হ'ল আপনার "অনুমোদিত" ক্লায়েন্টের আইপি ঠিকানা রয়েছে 10.100.0.10 - 10.100.0.250(আমি ধরে নিলাম সাবনেট মাস্কটি হ'ল 255.0.0.0)। সার্ভারের আইপি ঠিকানা রয়েছে 10.100.0.1। "অনুমোদিত" রেঞ্জের কোনও হোস্টের কাছে এই সার্ভারটি একই সাবনেটে অবস্থিত।

যদি 10.100.0.10"অনুমোদিত" রেঞ্জের হোস্ট সার্ভারের সাথে কথা বলতে চায় - এটি সার্ভারটি একই সাবনেটের মধ্যে অবস্থিত কিনা তা প্রথমে এটি পরীক্ষা করে। 10.100.0.10সাবনেট মাস্ক সহ হোস্টের জন্য 255.0.0.0একই সাবনেটটি পরিসরের মধ্যে সমস্ত হোস্ট হবে 10.0.0.1 - 10.255.255.254। সার্ভারের আইপি ঠিকানাটি এই ব্যাপ্তিতে থাকতে পারে in এই কারণে "অনুমোদিত" রেঞ্জের একটি হোস্ট সরাসরি সার্ভারে পৌঁছানোর চেষ্টা করে এবং (তারা একই স্তর 2 নেটওয়ার্কে অবস্থিত তা ধরে নিলে) এই প্রচেষ্টা সফল হয়।

এক্ষেত্রে সার্ভারের বিভিন্ন সাবনেট মাস্ক থাকা সত্ত্বেও - এটি বৃহত্তর সাবনেটে (যা "অনুমোদিত" ক্লায়েন্টদের জন্য একটি সাবনেটও) অবস্থিত happens যদি আপনার সার্ভারের আইপি ঠিকানায় আলাদা দ্বিতীয় বাইট থাকে ( 10.150.0.1উদাহরণস্বরূপ) এটি "অনুমোদিত" রেঞ্জ থেকে হোস্টকে জবাব দিতে অক্ষম হবে , কারণ সার্ভারের দৃষ্টিকোণ থেকে, "অনুমোদিত" রেঞ্জটি আলাদা সাবনেট এবং সার্ভারের মতো দেখায় রাউটারে ট্র্যাফিক প্রেরণ করা দরকার। যদি কোনও রাউটার না থাকে - তবে কোনও যোগাযোগ হবে না।

আপনি যদি আপনার নেটওয়ার্কটিকে "অতিথি" এবং "অনুমোদিত" অংশগুলিতে পৃথক করতে চান তবে আপনাকে সেগুলি ওভারল্যাপ না করে বিভিন্ন সাবনেটগুলিতে অবস্থিত করে তুলতে হবে।

উদাহরণ স্বরূপ:

  1. "অতিথি" - 10.10.0.1, সাবনেট মাস্ক255.255.0.0
  2. "অনুমোদিত" - 10.20.0.1, সাবনেট মাস্ক255.255.0.0

সার্ভারটি আইপি ঠিকানা 10.20.0.100, সাবনেট মাস্কযুক্ত নেটওয়ার্কের "অনুমোদিত" অংশের মধ্যেই অবস্থিত 255.255.0.0

এই সেটআপের সাথে এই সাবনেটগুলি কার্যকরভাবে একে অপরের থেকে পৃথক হয়ে যাবে, যেহেতু তাদের সাবনেটের প্রতিনিধিত্বকারী আইপি ঠিকানার অংশগুলি পৃথক হবে:

  1. 10.10 অতিথিদের জন্য
  2. 10.20 অনুমোদিত জন্য

এই মুহুর্তে এই সাবনেটগুলির মধ্যে যোগাযোগ কেবলমাত্র রাউটারের মাধ্যমেই সম্ভব হবে যার উভয় সাবনেটগুলিতে ইন্টারফেস রয়েছে।

এছাড়াও, এটি উল্লেখ করার মতো, যে আপনার সমস্ত কম্পিউটার একই লেয়ার 2 নেটওয়ার্ক ভাগ করে নেওয়ার কারণে কোনও অতিথিকে ম্যানুয়ালি "অনুমোদিত" ব্যাপ্তি থেকে আইপি ঠিকানাগুলি অর্পণ করতে বাধা দেয় না। এটি তাদের কার্যকরভাবে অনুমোদিত নেটওয়ার্কের অংশ হতে সক্ষম করবে make


5

সমস্ত "অনুমোদিত" এবং "অতিথি" মেশিনগুলি একই সাবনেটে রয়েছে, সুতরাং তারা সকলেই একে অপরের কাছে পৌঁছতে পারে এতে অবাক হওয়ার কিছু নেই।

সার্ভারের সীমাবদ্ধ সাবনেট মাস্কটি এটি মনে করে যে কেবলমাত্র "অনুমোদিত" কম্পিউটারগুলি একই সাবনেটে রয়েছে, সুতরাং এটি সরাসরি তাদের জন্য এআরপি করে এবং তাদের কাছে পৌঁছতে পারে।

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


3

যেহেতু প্যাকেটগুলি তাদের ল্যান সীমার বাইরে, তারা প্যাকেটগুলি তাদের ডিফল্ট রাউটারে প্রেরণ করে। তাদের ডিফল্ট রাউটার তাদের গন্তব্যে ফরোয়ার্ড করে এবং উত্সে একটি আইএমএমপি পুনর্নির্দেশ প্রেরণ করে। আইসিএমপি পুনর্নির্দেশ কাজ করে বা না, ট্রাফিক এখনও সেখানে gets

আপনার অবশ্যই এইভাবে জিনিসগুলি করা উচিত নয়।


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

1
@ জ্যারেড এই বাক্যটি পড়ুন, "তাদের ডিফল্ট রাউটার তাদের গন্তব্যে ফরোয়ার্ড করে এবং উত্সটিতে একটি আইএমএমপি পুনর্নির্দেশ প্রেরণ করে।" এর অর্থ হল আপনার বর্তমান সমস্ত সেটআপটি ট্র্যাফিকের বাইরে যাওয়ার জন্য একটি অতিরিক্ত "হপ" বিজ্ঞাপন। প্যাকেটটি "হারিয়ে গেছে" সাহায্যের জন্য রাউটারে যায় এবং তারপরে ঠিক সেভাবেই যাই হোক। সুতরাং কিছুই গর্ত নিচে ফ্লাশ করা হয় না। এটি কেবল বিচ্ছিন্ন হয়ে যায়।
জ্যাকগল্ড 3'15
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.