फेडोरा 33 सिस्टमडी-रिज़ॉल्यूशन पर स्विच करने की योजना बना रहा है

फेडोरा 33 में कार्यान्वयन के लिए उल्लिखित परिवर्तन, जो DNS प्रश्नों को हल करने के लिए वितरण को डिफ़ॉल्ट रूप से systemd-resolved का उपयोग करने के लिए सेट करता है। ग्लिबैक को अंतर्निहित एनएसएस मॉड्यूल एनएसएस-डीएनएस के बजाय सिस्टमडी प्रोजेक्ट से एनएसएस-रिज़ॉल्यूशन में माइग्रेट किया जाएगा।

सिस्टमड-रिज़ॉल्व्ड डीएचसीपी डेटा और नेटवर्क इंटरफेस के लिए स्थिर डीएनएस कॉन्फ़िगरेशन के आधार पर resolv.conf फ़ाइल में सेटिंग्स को बनाए रखने जैसे कार्य करता है, DNSSEC और LLMNR (लिंक लोकल मल्टीकास्ट नेम रिज़ॉल्यूशन) का समर्थन करता है। सिस्टमडी-रिज़ॉल्व्ड पर स्विच करने के फायदों में टीएलएस पर डीएनएस के लिए समर्थन, डीएनएस प्रश्नों की स्थानीय कैशिंग को सक्षम करने की क्षमता, और विभिन्न हैंडलर को अलग-अलग नेटवर्क इंटरफेस से बांधने के लिए समर्थन (नेटवर्क इंटरफेस के आधार पर, संपर्क करने के लिए एक डीएनएस सर्वर का चयन किया जाता है) शामिल हैं। उदाहरण के लिए, वीपीएन इंटरफेस के लिए, डीएनएस क्वेरीज़ वीपीएन के माध्यम से भेजी जाएंगी)। फेडोरा में DNSSEC का उपयोग करने की कोई योजना नहीं है (systemd-resolved DNSSEC=no फ़्लैग के साथ बनाया जाएगा)।

16.10 रिलीज के बाद से सिस्टमड-रिज़ॉल्व्ड का उपयोग पहले से ही उबंटू में डिफ़ॉल्ट रूप से किया गया है, लेकिन फेडोरा में एकीकरण अलग तरीके से किया जाएगा - उबंटू ग्लिबक से पारंपरिक एनएसएस-डीएनएस का उपयोग जारी रखता है, यानी। glibc /etc/resolv.conf को संभालना जारी रखता है, जबकि फेडोरा nss-dns को systemd के nss-resolve से बदलने की योजना बना रहा है। जो लोग systemd-resolved का उपयोग नहीं करना चाहते हैं, उनके लिए इसे अक्षम करना संभव होगा (आपको systemd-resolved.service सेवा को निष्क्रिय करना होगा और NetworkManager को पुनरारंभ करना होगा, जो पारंपरिक /etc/resolv.conf बनाएगा)।

स्रोत: opennet.ru