একই নেটওয়ার্কে চলমান একাধিক ডিএইচসিপি সার্ভারের সাথে নেটওয়ার্ক শেয়ার তৈরি করা কি সম্ভব?


1

আমি ফেডোরা ইনস্টল করার এবং আমার বাড়িতে মিডিয়া সার্ভার / এনএএস হিসাবে আমাহিকে ব্যবহার করার পরিকল্পনা করছি ।

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

  1. আমি আমার ডিভাইসগুলিকে দ্বিতীয় ডিএইচসিপি সার্ভার থেকে তাদের আইপি বরাদ্দ করা ডিভাইসগুলি থেকে আমাহির আমার শেয়ারগুলি অ্যাক্সেস করতে চাই। এটা কি সম্ভব হবে?

  2. এছাড়াও যদি আমাহী ডিএইচসিপি সার্ভারটি মডেমের সাথে সরাসরি সংযুক্ত না হয় (মোডেম -> রাউটার -> এপি -> আমাহী) তাতে কী আসে যায়? আমার কি কিওএস নিয়ে সমস্যা হবে?


আপনি যে দুটি ডিএইচপি সার্ভার ব্যবহার করছেন তা নিখুঁতভাবে নৈমিত্তিক: প্রতিটি ডিভাইস দ্রুততম ডিএইচসিপি সার্ভার দ্বারা পরিবেশন করা হবে। আপনি কি এইভাবে আপনার মেশিনগুলিকে ভাগ করতে চান? নৈমিত্তিক উপায়ে?
মারিয়াসমাতুটিয়া

উত্তর:


3

সম্পাদনা করুন:
একই শারীরিক নেটওয়ার্কের দুটি ডিএইচসিপি বিভিন্ন ব্যাপ্তির জন্য আইপি ঠিকানাগুলি পরিবেশন করতে ব্যবহার করা যাবে না।

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

সর্বাধিক ডিএইচসিপি সার্ভারে সার্টারাল রেঞ্জগুলি কনফিগার করা সম্ভব।

এটি চাওয়া যেতে পারে যে সার্ভারাল রেঞ্জগুলি বিভিন্ন সেটিং পরিবেশন করে (ভিন্ন গেটওয়ের মতো)। এটি অবশ্যই সংশ্লিষ্ট রেঞ্জের কনফিগারেশনে একটি ডিএইচসিপিতে কনফিগার করতে হবে।

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

(ডিএইচসিপিগুলি ব্যর্থকরণের উদ্দেশ্যে কনফিগার করা যেতে পারে Then তারপরে আরও বেশি ডিএইচসিপি রয়েছে, তবে এটি একটি বিশেষ কনফিগারেশন এবং ক্লায়েন্ট ডিএইচসিপি নির্বিশেষে একই তথ্য পাবেন যা উত্তর দেয়)।

সম্পাদনা করার পূর্বে পোস্ট করুন, আমাহী ডিএইচসিপি ব্যবহারের সূচনা করে
একটি নেটওয়ার্কে একাধিক ডিএইচসিপি সার্ভার চালাবেন না। এতে ঝামেলা হবে। ( এখানে দেখুন )

সার্ভারের রাউটারগুলির সর্বদা একটি স্ট্যাটিক আইপি থাকা উচিত। (eq 192.168.0.1 এবং 192.168.0.2)। এই আইপিগুলি ডিএইচসিপি ব্যবহার করছে এমন আইপি পরিসর থেকে বাদ দিতে হবে।

আমি অনুমান করি যে সাধারণ রাউটারের চেয়ে আমাহী ক্লায়েন্টদের কাছে ডিএইচসিপি-র মাধ্যমে আরও তথ্য ভাগ করছে। সুতরাং আমাহির ডিএইচসিপি ব্যবহার করা বোধগম্য।

সম্ভবত এটি করতে যথেষ্ট হবে:

  • রাউটারে ডিএইচসিপি অক্ষম করুন
  • স্থির আইপিগুলি (রাউটারগুলির) এবং আমাহী নিজেই) আমাহির ডিএইচসিপি পরিসরে বাদ দেওয়া হয়েছে তা নিশ্চিত করুন
  • আমাহির ডিএইচসিপি সেটিংসে রাউটারের ঠিকানা যুক্ত করুন

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

যখন ক্লায়েন্টরা একই (শারীরিক) নেটওয়ার্কে থাকে - তখন তারা কীভাবে ডিএইচসিপিগুলিকে জানায় যে তারা কোন শ্রেণির অন্তর্ভুক্ত?
মার্শ-উইগল

আমার রাউটার সেটিংয়ে আমি সার্ভারকে বলতে পারি যে কেবলমাত্র "192.168.1.xxx - 192.168.1.yyy" এর একটি ব্যাপ্তি থেকে যেখানে xxx - yyy 1-255 হতে পারে assign এইভাবে প্রতিটি সার্ভার প্রদত্ত ব্যাপ্তি থেকে প্রতিটি ক্লায়েন্টকে কেবল একটি অনন্য আইপি বরাদ্দ করবে। আমাকে যা করতে হবে তা হ'ল প্রতিটি ডিএইচসিপিকে বিভিন্ন ব্যাপ্তি পরিবেশন করতে বলে। এবং ক্লায়েন্টকে কে আইপি নিয়োগ করেছে তার সমস্যা হ'ল সার্ভার প্রথমে "আবিষ্কার" এর প্রতিক্রিয়া জানায়।
স্ট্যাকআর

1
স্থির আইপি সহ আপনার ক্লায়েন্ট থাকলে রেঞ্জ নির্বাচন করা গুরুত্বপূর্ণ। 192.168.1.1 - .100 আমার স্ট্যাটিক আইপি এবং .101 - 254 গতিশীল আইপিগুলির জন্য ব্যবহার করা উচিত। স্থির আইপিগুলির সাথে দ্বন্দ্ব এড়াতে আপনার ডিএইচসিপিতে .101 - 254 সীমাটি সংজ্ঞায়িত করবে। একটি নেটওয়ার্ক কার্ড (ডিএইচসিপি জন্য কনফিগার করা) বোকা। এটি সমস্ত ক্লায়েন্টকে প্যাক করা একটি নেটওয়ার্ক পাঠায় এবং একটি আইপি ঠিকানা চাইবে asks দ্রুততম ডিএইচসিপি এটি পরবর্তী বিনামূল্যে ঠিকানা দেবে। হতে পারে আমি ভুল, কিন্তু কোনও ডিএইচসিপিকে কীভাবে বলতে হয় যে এটি নির্দিষ্ট নেটওয়ার্ক কার্ডগুলিতে উত্তর দেয় না এমন উপায় আমি জানি না।
মার্শ-উইগল

1
আপনি ভুল @ ববস নন, এটি একটি রেসের শর্ত এবং দ্রুততম ডিএইচসিপি সার্ভার ক্লায়েন্টের কাছে একটি ইজারা দেওয়ার জন্য জিজ্ঞাসা করবে। এখানে সমস্যাটি হতে পারে যে একটি পূর্ণ হবে এবং অন্যটি খালি থাকবে is এই পরিস্থিতি 2 ডিএইচসিপি সার্ভারের মধ্যে বিভিন্ন ডিএইচসিপি বিকল্পের কারণে দুটি মেশিন একে অপরের সাথে যোগাযোগ করতে অক্ষম হতে পারে। থাম্বের নিয়ম: কোনও নেটওয়ার্কে কখনই "দুর্বৃত্ত" ডিএইচসিপি সার্ভার থাকবে না।
নাইকিনডাস

1

1) একাধিক ডিএইচসিপি সার্ভার নিশ্চিত হিসাবে ....

আপনি উল্লেখ করেছেন যে ডিএইচসিপি সার্ভারটি সরাসরি মডেমের সাথে সংযুক্ত রয়েছে .... আপনার ক্ষেত্রে এপি-তে স্ট্যাটিক আইপি অনুমতি দেওয়া কি আপনার পক্ষে খুব কঠিন হবে, যা তার নিজস্ব ডিএইচসিপি এন্ট্রি দেবে?


সুতরাং আপনি বলছেন যে আমি আমার এপি / রাউটারকে একটি স্ট্যাটিক আইপি দিই, যা তার পরে তার নিজস্ব ডিএইচসিপি চালায়? আমি কেন এটি করব কেন, আমার বর্তমানে যা আছে তার থেকে কোনও সুবিধা আছে?
stackErr

হ্যারিএমসি বেশিরভাগ ক্ষেত্রে এটিকে সর্বোত্তম করে
তুলেছে

1

এই আর্কিটেকচারের সীমাবদ্ধতাগুলি যদি বোঝা যায় এবং পরিকল্পনা করা হয় তবে একই নেটওয়ার্ক বিভাগে একাধিক ডিএইচসিপি সার্ভার চালানো সম্পূর্ণভাবে সম্ভব।

মাইক্রোসফ্ট টেকনেট নিবন্ধটি ডিএইচসিপি সেরা অভ্যাস বলে:

শুরু করা হলে, প্রতিটি ডিএইচসিপি ক্লায়েন্ট একটি ডিএইচসিপি সার্ভার সন্ধানের চেষ্টা করার জন্য তার স্থানীয় সাবনেটে একটি ডিএইচসিপি আবিষ্কার বার্তা (ডিএইচসিপিডিস্কোর) সম্প্রচার করে। যেহেতু ডিএইচসিপি ক্লায়েন্টগুলি তাদের প্রারম্ভিক চলাকালীন সম্প্রচারগুলি ব্যবহার করে, আপনি একই भविष्यवाणी করতে পারবেন না যে একই সাবনেটে একাধিক ডিএইচসিপি সার্ভার সক্রিয় থাকলে কোন সার্ভার DHCP কোনও ক্লায়েন্টের অনুরোধটি আবিষ্কার করবে।

উদাহরণস্বরূপ, যদি দুটি ডিএইচসিপি সার্ভার একই সাবনেট এবং তার ক্লায়েন্টদের পরিষেবা দেয় তবে ক্লায়েন্টরা উভয়ই সার্ভারে লিজ নেওয়া যেতে পারে। ক্লায়েন্টদের বিতরণ করা আসল ইজারা নির্ভর করে যে কোনও সার্ভারের প্রদত্ত কোনও ক্লায়েন্টকে প্রথমে সাড়া দেয়। পরে, ক্লায়েন্টের দ্বারা ইজারা নেওয়ার জন্য প্রথমে নির্বাচিত সার্ভারটি ক্লায়েন্টটি পুনর্নবীকরণের চেষ্টা করার সময় অনুপলব্ধ হতে পারে

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

সুতরাং আমি দেখতে পাচ্ছি এমন আর্কিটেকচারের সমস্যাগুলি এবং তার সমাধানগুলি:

  1. আইপি অ্যাড্রেসের মধ্যে দ্বন্দ্বগুলি
    কেবল দুটি ডিএইচসিপি সার্ভারের মধ্যে বরাদ্দ রেঞ্জগুলি বিভক্ত করে সমাধান করা যেতে পারে। আরও ব্যর্থ-নিরাপদ পরিমাপ হ'ল ডিএইচসিপি সার্ভারে আইপি অ্যাড্রেসগুলিতে ম্যাক অ্যাড্রেসগুলির স্থায়ী বাঁধাই হতে পারে (যদি এই বিকল্প থাকে)।

  2. ডিএইচসিপি ইজারা পুনর্নবীকরণ খুব ধীর হতে পারে
    এটি যখন তখনই ঘটে যখন পুনর্নবীকরণ ক্লায়েন্টটি ভুল ডিএইচসিপি সার্ভারের উপরে সর্বদা ঘটে থাকে, যতক্ষণ না ক্লায়েন্টটি ছেড়ে দেয় এবং একটি নতুন ইজারা অনুরোধ না করে। তবে ইজারাগুলির পর্যাপ্ত মেয়াদ পর্যাপ্ত থাকলে এটি কোনও সমস্যা নয়। উদাহরণস্বরূপ, রাতে সমস্ত কম্পিউটার বন্ধ থাকলে 24 ঘন্টা যথেষ্ট বেশি। বেশিরভাগ ডিএইচসিপি সার্ভারের 24 ঘন্টা ডিফল্ট ব্যবহৃত হয় তবে সাধারণত এই সার্ভারগুলিতে একটি কনফিগারেশন বিকল্পও হয়।
    এই জাতীয় নেটওয়ার্কের কম্পিউটারগুলিকে হাইবারনেটে সেট করা উচিত নয়, কারণ ডিএইচসিপি ইজারা দেওয়ার সময় পুনর্নবীকরণের প্রয়োজন হতে পারে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.