ISC संघाने विकसित केलेला DHCP सर्व्हर Kea 1.6 प्रकाशित झाला आहे

ISC कंसोर्टियम प्रकाशित DHCP सर्व्हर रिलीज kea 1.6.0, क्लासिक ISC DHCP बदलत आहे. प्रकल्प स्रोत प्रसार परवाना अंतर्गत Mozilla सार्वजनिक परवाना (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 सेटिंग्ज संचयित करण्यासाठी केला जाऊ शकतो, ज्यामध्ये जागतिक सेटिंग्ज, सामायिक नेटवर्क, सबनेट, पर्याय, पूल आणि पर्याय व्याख्या समाविष्ट आहेत. या सर्व सेटिंग्ज स्थानिक कॉन्फिगरेशन फाइलमध्ये संग्रहित करण्याऐवजी, त्या आता बाह्य डेटाबेसमध्ये ठेवल्या जाऊ शकतात. या प्रकरणात, सर्वच नाही तर काही सेटिंग्ज CB द्वारे निर्धारित करणे शक्य आहे, बाह्य डेटाबेस आणि स्थानिक कॉन्फिगरेशन फाइल्समधून पॅरामीटर्स आच्छादित करणे (उदाहरणार्थ, नेटवर्क इंटरफेस सेटिंग्ज स्थानिक फाइल्समध्ये सोडल्या जाऊ शकतात).

  कॉन्फिगरेशन संचयित करण्यासाठी DBMS पैकी, सध्या फक्त MySQL समर्थित आहे (MySQL, PostgreSQL आणि Cassandra पत्ता असाइनमेंट डेटाबेस (लीज) संग्रहित करण्यासाठी वापरला जाऊ शकतो, आणि MySQL आणि PostgreSQL यजमान राखीव करण्यासाठी वापरले जाऊ शकतात). डेटाबेसमधील कॉन्फिगरेशन एकतर डीबीएमएसच्या थेट प्रवेशाद्वारे किंवा विशेष तयार केलेल्या लेयर लायब्ररींद्वारे बदलले जाऊ शकते जे कॉन्फिगरेशन व्यवस्थापनासाठी मानक संच प्रदान करतात, जसे की पॅरामीटर्स, बाइंडिंग्ज, 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