দুটি "আইপি সহায়ক - ঠিকানা" বিবৃতি কীভাবে পরিচালনা করা হয়?

15

আমি দুটি "আইপি সহায়ক-ঠিকানা" বিবৃতি সহ একটি সাবনেট আবিষ্কার করেছি। এই না আমাদের স্বাভাবিক কনফিগারেশন।

interface Vlan300
 ip address 10.1.3.2 255.255.255.0
 ip helper-address 10.2.1.10
 ip helper-address 10.3.1.10

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

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

প্রশ্নটি হল, কীভাবে এটি সিসকো সুইচ দ্বারা পরিচালিত হয় (4510 Sup7 12.2)?

এটি কি প্রথম ডিএইচসিপি সার্ভার সাড়া দেয়?
এটি কি প্রথম, দ্বিতীয়টি যদি প্রথম এক বার আউট হয়?
এটি কি গোলাকার রবিন?

cisco dhcp

— Pseudocyber
সূত্র

12

ip helper-addressকমান্ড একটি ঠিকানা যা সম্প্রচার পাঠিয়ে দেওয়া হয় designates; এটি সেই তালিকাভুক্ত ঠিকানার প্রত্যেকটিতে মূল প্যাকেটটি প্রেরণ করবে।

যদি উভয় উত্তর দেয় তবে উভয় উত্তর ল্যান এ ফিরে পাঠানো হয়।

— ytti
সূত্র

1

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

— সিউডোসাইবার

2

সাধারণত হ্যাঁ এটি করার একটি কারণ হ'ল DHCP এর ব্যর্থতা / এইচএ (যেমন, আইএসসি ডিএইচসিপিডি এটি সমর্থন করে)

— ল্যাপটপ 6006

2

ACK LapTop006 ঠিক আছে। ডিএইচসিপি ক্লায়েন্ট এই ডাবল অফার পরিস্থিতিকে গ্রেফতার করে ডিজাইন করে পরিচালনা করবেন, নির্দিষ্ট কোনও প্রয়োগের প্রয়োজন নেই।

— ytti

6

আপনার আইপি-সাহায্যকারী অতিরেক জন্য এটি করার সঠিক উপায় এবং হয় প্রস্তাবিত পদ্ধতি।

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

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

অপ্রয়োজনীয়তার জন্য, তবে আপনার আইপি পুলগুলির জন্য ওভারল্যাপিং স্কোপগুলি সংজ্ঞায়িত না করার ডিএইচসিপি বিধি লঙ্ঘন না করার জন্য আপনার দুটি আইপ-সহায়ক দরকার। যেহেতু ডিএইচসিপি সার্ভারগুলি একে অপর সম্পর্কে সচেতন নয়, আইপি পুলগুলি অবশ্যই অনন্য হতে হবে। ডিএইচসিপি রিডান্ডেন্সির জন্য একটি সাধারণ পদ্ধতি হ'ল আপনার সাধারণ / 24 সাবনেট নেওয়া এবং আপনার স্কোপের জন্য এটি দুটি / 25 এর মধ্যে ভাগ করা (প্রতিটি সার্ভারে একটি)।

উদাহরণ: 192.0.2.0/24 হল আপনার আসল নেটওয়ার্ক, সুতরাং আপনি এটিকে 192.0.2.0/25 এবং 192.0.2.128/25 এ ভাগ করুন। সুতরাং প্রায় 256 ঠিকানাগুলি 128 ঠিকানার দুটি পুলে কাটা হয় এবং প্রতিটি ডিএইচসিপি স্কোপে নির্ধারিত হয়। এখন আপনার কাছে কোনও ওভারল্যাপিং অ্যাড্রেস নেই + অতিরিক্ত কাজ।

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

— generalnetworkerror
সূত্র

1

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

— পৌষ

1

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

— জিইউআইয়ের

2

আইআইআরসি, এটি কনফিগার করা সহায়তা এবং দ্রুততম জয় উভয়কেই প্রেরণ করে।

1

অন্য ইজারা নিয়ে ডিএইচসিপি সম্পর্কে সচেতন না হওয়া সম্পর্কে আপনার উদ্বেগের বিষয়ে, কোনও ডিএইচসিপিএফএফআর হোস্টকে প্রেরণের আগে, ডিএইচসিপি সার্ভার আইসিপি-তে একটি আইএমএমপি বার্তা প্রেরণ করে, যদি ডিএইচসিপি সার্ভার একটি আইসিএমপি ইকো রিপ্লাই বার্তা পায়, ডিএইচসিপি সার্ভার একটি পৃথক আইপি ঠিকানা চয়ন করে এবং আইসিএমপি ইকো রিপ্লাই বার্তা না পাওয়া পর্যন্ত সেই আইপি ঠিকানায় অন্য আইসিএমপি বার্তা প্রেরণ করে, তারপরে ডিএইচসিপি সার্ভারটি ডিএইচসিপিএফএফআর-এ আইপি ঠিকানা হোস্টকে প্রেরণ করে।

— ডেভ
সূত্র

যদি তাই কনফিগার করা হয়। যে কেউ তাদের ডিএইচসিপি সার্ভারটিকে এই জাতীয় "প্রহরী" না করার জন্য কনফিগার করতে পারে।

— রিকি বিম

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

— YLearn