फ्रीबीएसडी में उन्होंने लिनक्स में प्रयुक्त नेटलिंक प्रोटोकॉल के लिए समर्थन जोड़ा

काफी दिनों बाद खबर प्रकाशित हो चुकी है। कि का आधार कोड फ्रीबीएसडी ने अपनाया है संचार प्रोटोकॉल का एक नया कार्यान्वयन नेटलिंक (RFC 3549) जिसका उपयोग लिनक्स में कर्नेल और उपयोगकर्ता स्थान में प्रक्रियाओं के बीच संचार करने के लिए किया जाता है।

सॉकेट परिवार नेटलिंक एक Linux कर्नेल इंटरफ़ेस है जो कर्नेल और यूजरस्पेस प्रक्रियाओं के बीच इंटरप्रोसेस संचार (आईपीसी) के लिए उपयोग किया जाता है और विभिन्न उपयोगकर्ता स्थान प्रक्रियाओं के बीच, यूनिक्स डोमेन सॉकेट के समान।

यूनिक्स डोमेन सॉकेट के समान और आईएनईटी सॉकेट के विपरीत, नेटलिंक संचार मेजबान सीमाओं को पार नहीं कर सकता है। हालाँकि, जबकि यूनिक्स डोमेन सॉकेट फ़ाइल सिस्टम नेमस्पेस का उपयोग करते हैं, नेटलिंक प्रक्रियाओं को आम तौर पर प्रक्रिया पहचानकर्ता (पीआईडी) द्वारा संबोधित किया जाता है।

नेटलिंक को विविध नेटवर्क जानकारी को स्थानांतरित करने के लिए डिज़ाइन और उपयोग किया जाता है कर्नेल स्थान और उपयोगकर्ता स्थान प्रक्रियाओं के बीच। नेटवर्क उपयोगिताओं, जैसे कि iproute2 परिवार और mac80211-आधारित वायरलेस ड्राइवरों को कॉन्फ़िगर करने के लिए उपयोग की जाने वाली उपयोगिताएँ, उपयोगकर्ता स्थान से Linux कर्नेल के साथ संचार करने के लिए Netlink का उपयोग करती हैं। नेटलिंक उपयोगकर्ता स्थान प्रक्रियाओं के लिए एक मानक सॉकेट-आधारित इंटरफ़ेस प्रदान करता है और कर्नेल मॉड्यूल द्वारा आंतरिक उपयोग के लिए कर्नेल-साइड एपीआई प्रदान करता है। नेटलिंक ने मूल रूप से सॉकेट के AF_NETLINK परिवार का उपयोग किया था।

अपने वर्तमान स्वरूप में अब तक नेटलिंक समर्थन परत फ्रीबीएसडी को लिनक्स आईपी उपयोगिता का उपयोग करने की अनुमति देती है iproute2 पैकेट का उपयोग नेटवर्क इंटरफेस को प्रबंधित करने, आईपी पते सेट करने, रूटिंग को कॉन्फ़िगर करने और नेक्स्टहॉप ऑब्जेक्ट्स में हेरफेर करने के लिए किया जाता है जो एक पैकेट को इच्छित गंतव्य पर अग्रेषित करने के लिए उपयोग की जाने वाली स्थिति को संग्रहीत करता है। हेडर फाइलों को थोड़ा बदलने के बाद, बर्ड के रूटिंग पैकेट में नेटलिंक का उपयोग करना संभव है।

फ्रीबीएसडी के लिए नेटलिंक कार्यान्वयन लोड करने योग्य कर्नेल मॉड्यूल के रूप में पैक किया जाता है कि, यदि संभव हो तो, अन्य कर्नेल सबसिस्टम को प्रभावित नहीं करता है और अलग कार्य कतार बनाता है (टास्क्यू) प्रोटोकॉल के माध्यम से आने वाले संदेशों को संसाधित करने और एसिंक्रोनस मोड में संचालन करने के लिए। नेटलिंक को पोर्ट करने का कारण एक मानक तंत्र की कमी है कर्नेल सबसिस्टम के साथ इंटरैक्ट करने के लिए, जिससे विभिन्न सबसिस्टम और ड्राइवर अपने स्वयं के प्रोटोकॉल का आविष्कार करते हैं।

नेटलिंक एक एकीकृत संचार परत और एक एक्स्टेंसिबल संदेश प्रारूप प्रदान करता है जो एक बिचौलिए के रूप में कार्य कर सकता है जो स्वचालित रूप से विभिन्न स्रोतों से अलग-अलग डेटा को एक ही अनुरोध में जोड़ता है। उदाहरण के लिए, FreeBSD सबसिस्टम जैसे devd, जेल, और pfilctl को अब अपने स्वयं के ioctl कॉल का उपयोग करके नेटलिंक में पोर्ट किया जा सकता है, जो इन सबसिस्टम के साथ काम करने के लिए बिल्डिंग एप्लिकेशन को बहुत सरल करेगा। इसके अतिरिक्त, रूटिंग स्टैक में नेक्स्टहॉप ऑब्जेक्ट्स और समूहों को संशोधित करने के लिए नेटलिंक का उपयोग करने से उपयोगकर्ता स्पेस रूटिंग प्रक्रियाओं के साथ अधिक कुशल इंटरैक्शन की अनुमति मिलेगी।

इंटरफेस, पते, मार्ग, फ़ायरवॉल, फ़ाइब, वीनेट, आदि। नेटलिंक के माध्यम से नियंत्रित किया जाता है। यह एक टीएलवी-आधारित एसिंक्रोनस प्रोटोकॉल है जो 1-1 और 1-कई संचार प्रदान करता है। वर्तमान कार्यान्वयन NETLINK_ROUTE परिवार के सबसेट का समर्थन करता है। कार्यान्वयन NETLINK_GENERIC परिवार ढांचे के साथ भी संगत है।

वर्तमान में लागू की गई विशेषताएं:

• मार्गों, नेक्स्टहॉप्स वस्तुओं और समूहों, नेटवर्क इंटरफेस, पते और पड़ोसी मेजबानों (एआरपी/एनडीपी) के बारे में जानकारी प्राप्त करें।
• नेटवर्क इंटरफेस की उपस्थिति और डिस्कनेक्शन, कॉन्फ़िगरेशन और पतों को हटाने, मार्गों को जोड़ने और हटाने के बारे में सूचनाओं का गठन।
• मार्ग, अगले हॉप ऑब्जेक्ट और समूह, गेटवे, नेटवर्क इंटरफेस जोड़ें और निकालें।
• रूटिंग टेबल को प्रबंधित करने के लिए Rtsock इंटरफ़ेस के साथ एकीकरण।

यह उल्लेखनीय है कि अभी तक यह परियोजना कर्नेल में नेटवर्क सबसिस्टम की स्थिति को प्रबंधित करने के लिए संचालन के NETLINK_ROUTE परिवार का समर्थन करने तक सीमित है।

अंत में, यदि आप इसके बारे में अधिक जानने में रुचि रखते हैं, तो आप विवरण में देख सकते हैं निम्नलिखित लिंक।