কোনও ডিএইচসিপি-ক্লায়েন্টকে "সেরা" উত্তর হিসাবে বিবেচনা করে?


13

আমাদের প্রশিক্ষণ কক্ষ রয়েছে যেখানে সাধারণত উইন্ডোজ এক্সপি ইনস্টল থাকে (পিএক্সই এর মাধ্যমে)। "সাধারণ" ডিএনএস / ডিএইচসিপি অবকাঠামো হ'ল উইন্ডোজ-সার্ভারগুলি। প্রশিক্ষণ কক্ষটির নিজস্ব ভিএলএএন রয়েছে (উইন্ডোজ সার্ভার থেকে পৃথক), তাই সিস্কো রাউটারে সক্রিয়ভাবে ডিএইচসিপি অনুরোধগুলির জন্য একটি আইপি হেল্পার রয়েছে যেখানে room ঘর থেকে সমস্ত পিসি সংযুক্ত রয়েছে।

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

দেখা গেল যে এটি কার্যকর হয়নি। ইজারাটি কাজ করার জন্য ম্যানুয়ালি মূল ডিএইচসিপি সার্ভারে ছেড়ে দিতে হয়েছিল।

ল্যাপটপে আমরা ক্লায়েন্টটি আইপি-র অনুরোধ করতে দেখেছি এবং "আমাদের" ডিএইচসিপি উইন্ডোজ আইপি অনুরোধে NACKs প্রেরণ করছে, এর আগে আমরা আমাদের নিজস্ব প্রতিক্রিয়া অফার করেছি।

পুরানো প্রশ্ন: এটি প্রত্যাশার মতো কার্যকর হয়নি কেন? পিসি তার পুরানো ইজারা পুনরুদ্ধার করে তোলে কি?

আপডেট 2012-08-08:

পুনরায় ইস্যুটি ডিএইচসিপি-আরএফসি-তে ব্যাখ্যা করা হয়েছে। এখন এটি ব্যাখ্যা করে যে পিসি কেন তার পুরানো ইজারা পুনরুদ্ধার করে।

এখন আমরা আইপিটি অন্য চেষ্টা করার আগে উইন্ডোজ-ডিএইচসিপি-সার্ভার থেকে প্রকাশ করি।

আবার - উইন্ডোজ-ডিএইচসিপি-সার্ভার জিতেছে।

আমি সন্দেহ করি যে ডিএইচসিপি-ক্লায়েন্টের জন্য কিছু অ্যালগরিদম রয়েছে যা ক্লায়েন্টের জন্য "সেরা" ডিএইচসিপি-উত্তর নির্ধারণ করে। নতুন প্রশ্নটি হ'ল:

ক্লায়েন্ট কীভাবে "সেরা" উত্তরটি চয়ন করে?


আপনি কোথায় আইপি ঠিকানা প্রকাশ করছেন? উইন্ডোজ ক্লায়েন্টে, বা PXE বুট এজেন্টে?
দীর্ঘায়ু

@ লৌঙ্গনেক এটিকে কাজ করতে আমাদের উইন্ডোজ-ডিএইচসিপি সার্ভারে ঠিকানাটি প্রকাশ করতে হয়েছিল।
নিল

একটি নতুন প্রশ্নের উদাহরণ দেওয়ার অদ্ভুত উপায়, আশা করি আপনি এটি সমাধান করেছেন
ড্যানিয়েল লি

উত্তর:


4

এটি বিক্রেতার, এমনকি ফার্মওয়্যার নির্দিষ্ট একটি ক্লায়েন্ট কীভাবে একাধিক ডিএইচসিপি উত্তরে প্রতিক্রিয়া জানায়।

বছরের পর বছর ধরে আমি বিভিন্ন রূপগুলি দেখেছি:

1) এটি প্রথমে এসি কে বা ন্যাক হোক নির্বিশেষে গ্রহণ করুন।

2) প্রথম ACK নিন, NACK এর সম্পূর্ণ উপেক্ষা করুন।

3) একটি নির্ধারিত সময়ের ব্যবধানে (সাধারণত 5-10 সেকেন্ড) মধ্যে প্রাপ্ত সর্বশেষ এসিকে নিন।

উদাহরণ: কয়েক বছর আগে আমাদের কাছে রিকো এমএফপির সমস্যা ছিল।
আমাদের কাছে 2 ডিএইচসিপি সার্ভার রয়েছে। একজনের ঠিকানা সরবরাহ করা হয়েছিল, অন্যটি কেবল অতিরিক্ত ডিএইচসিপি বিকল্পগুলি। ২ য় সার্ভার সর্বদা প্রথমে উত্তর দেয়।
রিকো-র ব্যবহৃত ভেরিয়েন্ট 1) এমনকি 1 ম অফারটিতে কেবল ডিএইচসিপি বিকল্প রয়েছে। আমরা তাদের কাছে সমস্যাটি ব্যাখ্যা করার পরে ফার্মওয়্যার আপডেট দিয়ে রিকো এটিকে রূপান্তরিত করে 2)।


OFFERপ্যাকেট কি ক্লায়েন্ট সিস্টেমের মধ্যে সিদ্ধান্ত নিতে প্রয়োজন হচ্ছে হয়। ACKএবং NACKপ্যাকেটগুলি কেবলমাত্র একটি এর প্রতিক্রিয়াতে প্রেরণ করা হয় REQUEST, যা ক্লায়েন্টের "সিদ্ধান্ত নেওয়ার" পরে আসে যা পরে যাওয়ার প্রস্তাব দেয়। প্রিন্টারগুলির সাথে এটি একটি দুর্দান্ত শীতল বাগ!
শেন ম্যাডেন

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

9

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

পিসি: ওহ হাই ওয়ার্ল্ড, আমি কি 192.168.1.123 ব্যবহার করতে পারি?

নতুন-ডিএইচসিপি: আমি বলি না।

ওল্ড-ডিএইচসিপি: আমি হ্যাঁ বলি।

পিসি: কেউ বলেছে হ্যাঁ! মিষ্টি, আমি এটি ব্যবহার করব!


পিসির শীতল-বুটের পরে কথোপকথনটি "আমার ম্যাকটি এক্সওয়াইজেড - দিয়ে দয়া করে আমাকে একটি আইপি দিন" দিয়ে শুরু হয়। তারপরে ডিএইচসিপি-সার্ভার উভয়ই আইপি সরবরাহ করে ... পার্থক্যটি হ'ল এটির যে কোনও একটি সার্ভারে একটি সক্রিয় লিজ রয়েছে - তবে এটি কেবল সার্ভারের দৃষ্টিভঙ্গি।
নীল

1
পিসির যদি ইতিমধ্যে কোনও আইপি ঠিকানা ছিল না। এটির আগে যদি কোনও ডিএইচসিপি সার্ভার দ্বারা নির্ধারিত কোনও আইপি ঠিকানা থাকে, তবে এটি অন্য ঠিকানা জিজ্ঞাসা করার আগে প্রথমে এটি ব্যবহার করতে বলবে।
দীর্ঘায়ু

@ লঙ্গনেক পিসিতে কোথায় থাকবে সেই আইপি?
নিলস

আমার মাথার উপরের দিক থেকে, আমি জানি না। তবে এটি পরিষ্কার করার সঠিক উপায়
হ'ল আইপনফিগ

3
@ লংগনেক - অপ্সটি কোনও পিএক্সই পরিবেশের বিষয়ে জিজ্ঞাসা করছে, যেখানে আমরা ধরে নিচ্ছি যে বুট বিআইওএস এর আগের বুটগুলি বা আইপি ঠিকানাগুলি সম্পর্কে কোনও স্মরণ নেই
মার্ক হেন্ডারসন

3

আর কিছুই যদি সহায়তা না করে - আরটিএফএম (সূক্ষ্ম ম্যানুয়ালটি পড়ুন)। এক্ষেত্রে প্রথমটি হিট হয়েছিল।

আরএফসি 2131 ডিএইচসিপি-ক্রিয়াকলাপের রূপরেখা দেয়।

বিভাগ ১.6 উল্লেখ করেছে যে ডিএইচসিপি অবশ্যই :

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

এখন আকর্ষণীয় প্রশ্নটি হল কীভাবে সেই ক্লায়েন্টের উপর কীভাবে সেই ডিজাইন লক্ষ্য অর্জন করা হচ্ছে যার অতীতের কোনও জ্ঞান নেই। বিভাগ 3.2 রূপরেখা:

৩.২ ক্লায়েন্ট-সার্ভার ইন্টারঅ্যাকশন - পূর্বে বরাদ্দ হওয়া নেটওয়ার্কের ঠিকানা পুনরায় ব্যবহার করা

যদি কোনও ক্লায়েন্ট স্মরণ করে এবং পূর্বে বরাদ্দ করা
নেটওয়ার্কের ঠিকানাটি পুনরায় ব্যবহার করতে চায় তবে ক্লায়েন্ট
পূর্ববর্তী বিভাগে বর্ণিত কয়েকটি পদক্ষেপ বাদ দিতে পছন্দ করতে পারে । চিত্র 4-র সময়রেখার চিত্রটি
পূর্বনির্ধারিত নেটওয়ার্ক ঠিকানা পুনরায় ব্যবহার করে ক্লায়েন্টের জন্য একটি সাধারণ ক্লায়েন্ট-সার্ভার ইন্টারঅ্যাকশনের সময়কালীন সম্পর্কগুলি দেখায়।

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

  2. ক্লায়েন্টের কনফিগারেশন পরামিতিগুলির জ্ঞান সহ সার্ভারগুলি ক্লায়েন্টকে একটি DHCPACK বার্তা দিয়ে সাড়া দেয়। সার্ভারগুলি পরীক্ষা করা উচিত নয় যে ক্লায়েন্টের নেটওয়ার্ক ঠিকানাটি ইতিমধ্যে ব্যবহারে রয়েছে; ক্লায়েন্ট এই মুহুর্তে আইসিএমপি ইকো অনুরোধ বার্তায় প্রতিক্রিয়া জানাতে পারে।

সুতরাং একটি ডিএইচসিপি-সার্ভার একটি সক্রিয় ইজারা ধারণ করে প্রোটোকলের শর্টকাট ব্যবহার করে প্রাধান্য পায়।

  1. ক্লায়েন্ট: ডিএইচক্রিকিউয়েস্ট (ম্যাক-অ্যাড্রেস, সম্প্রচার, স্থানীয় সম্প্রচার ডোমেনে স্থানান্তরিত হবে - এখানে স্থানীয় ভিএলএএন এবং আইপি-হেল্পারের মাধ্যমে উইন্ডোজ-ডিএইচসিপি-সার্ভারে)
  2. ল্যাপটপ-ডিএইচসিপি-সার্ভার: ডিএইচসিপিওফার
  3. উইন্ডোজ-ডিএইচসিপি-সার্ভার: আরে - আমি আপনাকে ইতিমধ্যে জানি - ডিএইচসিপিএকে
  4. ক্লায়েন্ট: ওহ - আমি দুটি প্রতিক্রিয়া পেয়েছি। একজন যে আমাকে ইতিমধ্যে জানে। কুল আমি নিব

তারপরে থেকে ল্যাপটপ-ডিএইচসিপি-সার্ভার ক্লায়েন্ট দ্বারা উপেক্ষা করা হচ্ছে।

সুতরাং আমাদের ক্ষেত্রে সমাধান সম্ভবত হবে (আমরা আসলে এটি পরীক্ষার সময় আমি এটি আপডেট করব):

  1. ক্লায়েন্ট বন্ধ আছে তা নিশ্চিত করুন
  2. ল্যাপটপে ডিএইচসিপি-সার্ভার বন্ধ করুন, ল্যাপটপে জাল ক্লায়েন্ট-ম্যাক, ডিএইচসিপি-অনুরোধ
  3. রিলিজ আইপি
  4. আসল আইপি এবং ম্যাক পুনরায় অর্জন করুন, ডিএইচসিপি-সার্ভারটি চালু করুন
  5. ক্লায়েন্ট চালু করুন এবং একটি PXE- বুট করুন ...

3

নতুন প্রশ্নটি সম্ভবত একটি অন্য প্রশ্নে থাকা উচিত - প্রশ্নের শিরোনাম প্রশ্নের বেশিরভাগ অংশের সাথে খাপ খায় না।

যাইহোক, কোনও ক্লায়েন্ট কীভাবে কোন অফারটি বেছে নেওয়ার প্রস্তাব দেয় তা সম্পর্কে, যেখানে তার কোনও বর্তমান ইজারা নেই: এটি ক্লায়েন্টের উপর নির্ভর করে, তবে প্রতিটি ডিএইচসিপি ক্লায়েন্টের প্রয়োগে আমি সচেতন, এটি একটি সহজ জাতি ।

আরএফসি 2131 এটি কভার করে:

ডিএইচসিপি ক্লায়েন্টরা ক্লায়েন্ট যে কোনও ডিএইচসিপিএফএফআর বার্তা গ্রহণ করে তাদের মধ্যে ডিএইচসিপি সার্ভার নির্বাচন করার ক্ষেত্রে কোনও কৌশল ব্যবহার করতে পারেন।

সেখানে একটি আইইটিএফ খসড়া রয়েছে যা মৃত বলে মনে হচ্ছে যা নির্বাচন প্রক্রিয়াতে কনফিগারেশনে যুক্ত করেছে, এবং অভাবী ক্লায়েন্টের বাস্তবায়নগুলিও উল্লেখ করেছে (এক দশকেরও বেশি সময় আগে, তবে খুব বেশি কিছু বদলায়নি):

অনুশীলনে, এখানে বেশিরভাগ বিক্রেতার নীতি বাস্তবায়ন খুব বেসিক (উদাহরণস্বরূপ, প্রথম অফার প্রাপ্ত বা প্রথম গ্রহণযোগ্য অফার প্রাপ্ত) এবং এটি "হার্ড-কোডড" (অর্থাত্ কনফিগারযোগ্য নয়)।

দুটি ডিএইচসিপি সার্ভার থাকা একই নেটওয়ার্কে বিভিন্ন কনফিগারেশনের সাথে পরিষেবা প্রদান করে কেবল দৌড়ের ফলাফল, যা নির্ভরযোগ্যতা বা ভবিষ্যদ্বাণীমূলক দৃষ্টিভঙ্গি থেকে কাম্য নয়। আপনার যা প্রয়োজন তা সরবরাহ করার জন্য আপনার একক ডিএইচসিপি সার্ভার পেতে না পারার আসলেই কোনও কারণ নেই।


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

@ নীল আপনি কি নিশ্চিত যে উইন্ডোজ সার্ভার একই ঘরে ল্যাপটপের আগে ক্লায়েন্টটির প্রতিক্রিয়া পাচ্ছে না? এটি স্বজ্ঞাতভাবে মনে হচ্ছে যে ল্যাপটপের সেই দৌড়টি জিততে হবে, তবে যা ঘটছে তা হতে পারে না।
শেন ম্যাডেন

আমার ধারণা আমি সেখানে নেটওয়ার্কের স্তরে (ওয়্যারশার্ক সহ) বাস্তবে কী ঘটছে তা দেখার জন্য এটি আবিষ্কার করতে হবে। সম্ভবত সেই ক্লায়েন্টের আয়না-বন্দরে ...
নীল
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.