DHCP সার্ভার Kea 1.6, ISC কনসোর্টিয়াম দ্বারা উন্নত, প্রকাশিত হয়েছে

আইএসসি কনসোর্টিয়াম প্রকাশিত DHCP সার্ভার রিলিজ কেয়া 1.6.0, ক্লাসিক ISC DHCP প্রতিস্থাপন। প্রকল্প সূত্র ছড়িয়ে পড়া লাইসেন্সের অধীনে মজিলা পাবলিক লাইসেন্স (MPL) 2.0, পূর্বে ISC DHCP-এর জন্য ব্যবহৃত ISC লাইসেন্সের পরিবর্তে।

Kea DHCP সার্ভার BIND 10 এবং এর উপর ভিত্তি করে নির্মিত একটি মডুলার আর্কিটেকচার ব্যবহার করে, যা কার্যকারিতাকে বিভিন্ন প্রসেসর প্রক্রিয়ায় বিভক্ত করে। পণ্যটিতে DHCPv4 এবং DHCPv6 প্রোটোকলের সমর্থন সহ একটি সম্পূর্ণ বৈশিষ্ট্যযুক্ত সার্ভার বাস্তবায়ন রয়েছে, যা ISC DHCP প্রতিস্থাপন করতে সক্ষম। Kea-তে DNS জোনগুলি (ডাইনামিক DNS) গতিশীলভাবে আপডেট করার জন্য অন্তর্নির্মিত সরঞ্জাম রয়েছে, সার্ভার আবিষ্কার, ঠিকানা অ্যাসাইনমেন্ট, আপডেট এবং পুনঃসংযোগ, পরিষেবার তথ্য অনুরোধ, হোস্টের জন্য ঠিকানা সংরক্ষণ এবং PXE বুটিংয়ের জন্য প্রক্রিয়া সমর্থন করে। DHCPv6 বাস্তবায়ন অতিরিক্তভাবে উপসর্গ অর্পণ করার ক্ষমতা প্রদান করে। বাহ্যিক অ্যাপ্লিকেশনের সাথে ইন্টারঅ্যাক্ট করার জন্য একটি বিশেষ API প্রদান করা হয়। সার্ভার পুনরায় চালু না করেই ফ্লাইতে কনফিগারেশন আপডেট করা সম্ভব।

বরাদ্দকৃত ঠিকানা এবং ক্লায়েন্ট প্যারামিটার সম্পর্কে তথ্য বিভিন্ন ধরনের স্টোরেজে সংরক্ষণ করা যেতে পারে - বর্তমানে CSV ফাইল, MySQL DBMS, Apache Cassandra এবং PostgreSQL-এ স্টোরেজের জন্য ব্যাকএন্ড প্রদান করা হয়েছে। হোস্ট রিজার্ভেশন প্যারামিটারগুলি JSON ফর্ম্যাটে একটি কনফিগারেশন ফাইলে বা MySQL এবং PostgreSQL-এ একটি টেবিল হিসাবে নির্দিষ্ট করা যেতে পারে। এতে DHCP সার্ভারের কর্মক্ষমতা পরিমাপ করার জন্য perfdhcp টুল এবং পরিসংখ্যান সংগ্রহের জন্য উপাদান অন্তর্ভুক্ত রয়েছে। Kea ভাল পারফরম্যান্স প্রদর্শন করে, উদাহরণস্বরূপ, MySQL ব্যাকএন্ড ব্যবহার করার সময়, সার্ভার প্রতি সেকেন্ডে 1000টি অ্যাড্রেস অ্যাসাইনমেন্ট করতে পারে (প্রতি সেকেন্ডে প্রায় 4000 প্যাকেট), এবং মেমফাইল ব্যাকএন্ড ব্যবহার করার সময়, পারফরম্যান্স প্রতি সেকেন্ডে 7500 অ্যাসাইনমেন্টে পৌঁছায়।

চাবি উন্নতি Kea 1.6-এ:

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

  কনফিগারেশন সংরক্ষণের জন্য DBMS গুলির মধ্যে, শুধুমাত্র MySQL বর্তমানে সমর্থিত (MySQL, PostgreSQL এবং Cassandra ঠিকানা অ্যাসাইনমেন্ট ডেটাবেস (লিজ) সংরক্ষণ করতে ব্যবহার করা যেতে পারে, এবং MySQL এবং PostgreSQL হোস্ট সংরক্ষণ করতে ব্যবহার করা যেতে পারে)। ডাটাবেসের কনফিগারেশন হয় DBMS-এ সরাসরি অ্যাক্সেসের মাধ্যমে বা বিশেষভাবে প্রস্তুত লেয়ার লাইব্রেরির মাধ্যমে পরিবর্তন করা যেতে পারে যা কনফিগারেশন পরিচালনার জন্য একটি আদর্শ সেট প্রদান করে, যেমন প্যারামিটার, বাইন্ডিং, DHCP বিকল্প এবং সাবনেট যোগ করা এবং মুছে ফেলা;

• একটি নতুন "DROP" হ্যান্ডলার ক্লাস যুক্ত করা হয়েছে (DROP ক্লাসের সাথে যুক্ত সমস্ত প্যাকেট অবিলম্বে বাদ দেওয়া হয়েছে), যা অবাঞ্ছিত ট্র্যাফিক ড্রপ করতে ব্যবহার করা যেতে পারে, উদাহরণস্বরূপ, নির্দিষ্ট ধরণের DHCP বার্তা;
• নতুন প্যারামিটার সর্বোচ্চ-লিজ-টাইম এবং মিন-লিজ-টাইম যোগ করা হয়েছে, যা আপনাকে ক্লায়েন্টের (লিজ) সাথে আবদ্ধ ঠিকানার জীবনকাল নির্ধারণ করতে দেয় হার্ড-কোডেড মানের আকারে নয়, তবে একটি আকারে গ্রহণযোগ্য পরিসীমা;
• DHCP মানগুলি সম্পূর্ণরূপে মেনে চলে না এমন ডিভাইসগুলির সাথে উন্নত সামঞ্জস্যতা। সমস্যাগুলি সমাধান করার জন্য, Kea এখন বিকল্প তালিকার একেবারে শুরুতে DHCPv4 বার্তা টাইপ তথ্য পাঠায়, হোস্টনামের বিভিন্ন উপস্থাপনা পরিচালনা করে, একটি খালি হোস্টনামের ট্রান্সমিশনকে স্বীকৃতি দেয় এবং সাবঅপশন কোড 0 থেকে 255 সংজ্ঞায়িত করার অনুমতি দেয়;
• DDNS ডেমনের জন্য একটি পৃথক কন্ট্রোল সকেট যোগ করা হয়েছে, যার মাধ্যমে আপনি সরাসরি কমান্ড পাঠাতে এবং কনফিগারেশন পরিবর্তন করতে পারেন। নিম্নলিখিত কমান্ডগুলি সমর্থিত: বিল্ড-রিপোর্ট, কনফিগার-গেট, কনফিগার-রিলোড, কনফিগার-সেট, কনফিগ-টেস্ট, কনফিগার-রাইট, তালিকা-কমান্ড, শাটডাউন এবং সংস্করণ-গেট;
• নির্মূল দুর্বলতা (CVE-2019-6472, CVE-2019-6473, CVE-2019-6474), যা ভুল বিকল্প এবং মান সহ অনুরোধ পাঠিয়ে পরিষেবা অস্বীকার করার জন্য (DHCPv4 এবং DHCPv6 সার্ভার হ্যান্ডলারগুলির ক্র্যাশ ঘটাতে) ব্যবহার করা যেতে পারে। সবচেয়ে বড় বিপদ হল সমস্যা CVE-2019-6474, যা, যখন বাইন্ডিংয়ের জন্য মেমফাইল স্টোরেজের জন্য ব্যবহার করা হয়, তখন সার্ভার প্রক্রিয়াটি নিজে থেকে পুনরায় চালু করা অসম্ভব করে তোলে, তাই অপারেশন পুনরুদ্ধার করতে প্রশাসকের (বাইন্ডিং ডাটাবেস পরিষ্কার করা) ম্যানুয়াল হস্তক্ষেপ প্রয়োজন।

উত্স: opennet.ru