ISC कन्सोर्टियम द्वारा विकसित DHCP सर्भर Kea 1.6, प्रकाशित गरिएको छ

ISC कन्सोर्टियम प्रकाशित DHCP सर्भर रिलीज kea 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 ब्याकइन्ड प्रयोग गर्दा, सर्भरले प्रति सेकेन्ड १००० ठेगाना असाइनमेन्टहरू प्रदर्शन गर्न सक्छ (लगभग ४००० प्याकेट प्रति सेकेन्ड), र मेमफाइल ब्याकइन्ड प्रयोग गर्दा, कार्यसम्पादन प्रति सेकेन्ड ७५०० असाइनमेन्टमा पुग्छ।

कुञ्जी सुधारहरू Kea 1.6 मा:

• कन्फिगरेसन ब्याकइन्ड (CB, कन्फिगरेसन ब्याकइन्ड) लागू गरिएको छ, जसले तपाईंलाई धेरै DHCPv4 र DHCPv6 सर्भरहरूको सेटिङ्हरू केन्द्रीय रूपमा व्यवस्थापन गर्न अनुमति दिन्छ। ब्याकइन्ड विश्वव्यापी सेटिङहरू, साझा नेटवर्कहरू, सबनेटहरू, विकल्पहरू, पूलहरू, र विकल्प परिभाषाहरू सहित अधिकांश Kea सेटिङहरू भण्डारण गर्न प्रयोग गर्न सकिन्छ। यी सबै सेटिङहरूलाई स्थानीय कन्फिगरेसन फाइलमा भण्डारण गर्नुको सट्टा, तिनीहरू अब बाह्य डाटाबेसमा राख्न सकिन्छ। यस अवस्थामा, यो सबै निर्धारण गर्न सम्भव छ, तर केहि सेटिङहरू CB मार्फत, बाह्य डाटाबेस र स्थानीय कन्फिगरेसन फाइलहरूबाट प्यारामिटरहरू ओभरले गर्दै (उदाहरणका लागि, नेटवर्क इन्टरफेस सेटिङहरू स्थानीय फाइलहरूमा छोड्न सकिन्छ)।

  कन्फिगरेसन भण्डारण गर्नका लागि 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 सर्भर ह्यान्डलरहरूको क्र्यासको कारण)। सबैभन्दा ठूलो खतरा समस्या हो SVE-2019-6474, जुन, जब बाइन्डिङका लागि मेमफाइल भण्डारणको लागि प्रयोग गरिन्छ, सर्भर प्रक्रिया आफैंमा पुन: सुरु गर्न असम्भव बनाउँछ, त्यसैले अपरेशन पुनर्स्थापना गर्न प्रशासकद्वारा म्यानुअल हस्तक्षेप (बाइन्डिङ डाटाबेस सफा गर्ने) आवश्यक छ।

स्रोत: opennet.ru