ISC કન્સોર્ટિયમ દ્વારા વિકસિત DHCP સર્વર Kea 1.6, પ્રકાશિત કરવામાં આવ્યું છે

ISC કન્સોર્ટિયમ પ્રકાશિત DHCP સર્વર રિલીઝ kea 1.6.0, ક્લાસિક ISC DHCP ને બદલીને. પ્રોજેક્ટ સ્ત્રોતો ફેલાવો લાઇસન્સ હેઠળ મોઝિલા પબ્લિક લાઇસન્સ (એમપીએલ) 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 પેકેટ પ્રતિ સેકન્ડ), અને જ્યારે memfile બેકએન્ડનો ઉપયોગ કરી રહ્યા હોય, ત્યારે કામગીરી પ્રતિ સેકન્ડ 7500 અસાઇનમેન્ટ સુધી પહોંચે છે.

કી સુધારાઓ Kea 1.6 માં:

• એક રૂપરેખાંકન બેકએન્ડ (CB, રૂપરેખાંકન બેકએન્ડ) અમલમાં મુકવામાં આવ્યું છે, જે તમને ઘણા DHCPv4 અને DHCPv6 સર્વરની સુયોજનોને કેન્દ્રિય રીતે સંચાલિત કરવા માટે પરવાનગી આપે છે. બેકએન્ડનો ઉપયોગ મોટાભાગની Kea સેટિંગ્સને સંગ્રહિત કરવા માટે થઈ શકે છે, જેમાં વૈશ્વિક સેટિંગ્સ, વહેંચાયેલ નેટવર્ક્સ, સબનેટ્સ, વિકલ્પો, પૂલ અને વિકલ્પ વ્યાખ્યાનો સમાવેશ થાય છે. આ તમામ સેટિંગ્સને સ્થાનિક રૂપરેખાંકન ફાઇલમાં સંગ્રહિત કરવાને બદલે, તેઓ હવે બાહ્ય ડેટાબેઝમાં મૂકી શકાય છે. આ કિસ્સામાં, તમામ નહીં, પરંતુ સીબી દ્વારા કેટલીક સેટિંગ્સ નક્કી કરવી શક્ય છે, બાહ્ય ડેટાબેઝ અને સ્થાનિક રૂપરેખાંકન ફાઇલોના પરિમાણોને ઓવરલે કરી શકાય છે (ઉદાહરણ તરીકે, નેટવર્ક ઇન્ટરફેસ સેટિંગ્સ સ્થાનિક ફાઇલોમાં છોડી શકાય છે).

  રૂપરેખાંકન સ્ટોર કરવા માટેના DBMSsમાંથી, હાલમાં માત્ર MySQL જ સપોર્ટેડ છે (MySQL, PostgreSQL અને Cassandra નો ઉપયોગ એડ્રેસ અસાઇનમેન્ટ ડેટાબેસેસ (લીઝ) સ્ટોર કરવા માટે થઈ શકે છે, અને MySQL અને PostgreSQL નો ઉપયોગ યજમાનોને અનામત રાખવા માટે થઈ શકે છે). ડેટાબેઝમાંનું રૂપરેખાંકન કાં તો DBMS ની સીધી ઍક્સેસ દ્વારા અથવા ખાસ તૈયાર કરેલ લેયર લાઇબ્રેરીઓ દ્વારા બદલી શકાય છે જે રૂપરેખાંકન વ્યવસ્થાપન માટે આદેશોનો પ્રમાણભૂત સમૂહ પ્રદાન કરે છે, જેમ કે પરિમાણો ઉમેરવા અને કાઢી નાખવા, બાઈન્ડીંગ્સ, DHCP વિકલ્પો અને સબનેટ્સ;

• એક નવો "DROP" હેન્ડલર ક્લાસ ઉમેર્યો (DROP ક્લાસ સાથે સંકળાયેલા તમામ પેકેટો તરત જ છોડી દેવામાં આવે છે), જેનો ઉપયોગ અનિચ્છનીય ટ્રાફિકને છોડવા માટે થઈ શકે છે, ઉદાહરણ તરીકે, અમુક પ્રકારના DHCP સંદેશાઓ;
• નવા પેરામીટર્સ મેક્સ-લીઝ-ટાઇમ અને ન્યૂન-લીઝ-ટાઇમ ઉમેરવામાં આવ્યા છે, જે તમને ક્લાયન્ટ (લીઝ) માટે બંધનકર્તા સરનામાના જીવનકાળને હાર્ડ-કોડેડ મૂલ્યના સ્વરૂપમાં નહીં, પરંતુ એક સ્વરૂપમાં નક્કી કરવાની મંજૂરી આપે છે. સ્વીકાર્ય શ્રેણી;
• ડીએચસીપી ધોરણોનું સંપૂર્ણ પાલન કરતા નથી તેવા ઉપકરણો સાથે સુધારેલ સુસંગતતા. સમસ્યાઓની આસપાસ કામ કરવા માટે, Kea હવે વિકલ્પ સૂચિની શરૂઆતમાં DHCPv4 સંદેશ પ્રકારની માહિતી મોકલે છે, યજમાનનામોની વિવિધ રજૂઆતોને હેન્ડલ કરે છે, ખાલી હોસ્ટનામના ટ્રાન્સમિશનને ઓળખે છે અને સબઓપ્શન કોડ્સ 0 થી 255 સુધી વ્યાખ્યાયિત કરવાની મંજૂરી આપે છે;
• DDNS ડિમન માટે અલગ કંટ્રોલ સોકેટ ઉમેરવામાં આવ્યું છે, જેના દ્વારા તમે સીધા આદેશો મોકલી શકો છો અને રૂપરેખાંકન ફેરફારો કરી શકો છો. નીચેના આદેશો સમર્થિત છે: બિલ્ડ-રિપોર્ટ, રૂપરેખા-ગેટ, રૂપરેખા-રીલોડ, રૂપરેખા-સેટ, રૂપરેખા-પરીક્ષણ, રૂપરેખા-રાઇટ, સૂચિ-કમાન્ડ્સ, શટડાઉન અને સંસ્કરણ-ગેટ;
• નાબૂદ નબળાઈઓ (CVE-2019-6472, CVE-2019-6473, CVE-2019-6474), જેનો ઉપયોગ ખોટા વિકલ્પો અને મૂલ્યો સાથે વિનંતીઓ મોકલીને સેવાને નકારવા (DHCPv4 અને DHCPv6 સર્વર હેન્ડલર્સના ક્રેશનું કારણ બને છે) માટે થઈ શકે છે. સૌથી મોટો ખતરો એ સમસ્યા છે SVE-2019-6474, જે, જ્યારે બાઈન્ડીંગ્સ માટે મેમફાઈલ સ્ટોરેજ માટે ઉપયોગમાં લેવાય છે, ત્યારે સર્વર પ્રક્રિયાને તેની જાતે પુનઃપ્રારંભ કરવાનું અશક્ય બનાવે છે, તેથી ઑપરેશન પુનઃસ્થાપિત કરવા માટે એડમિનિસ્ટ્રેટર દ્વારા મેન્યુઅલ હસ્તક્ષેપ (બાઈન્ડિંગ ડેટાબેઝની સફાઈ) જરૂરી છે.

સોર્સ: opennet.ru