Fedora 33 সিস্টেমড-সমাধানে যাওয়ার পরিকল্পনা করছে

ফেডোরা 33 এ বাস্তবায়নের জন্য তালিকাভুক্ত পরিবর্তন, যা DNS কোয়েরি সমাধানের জন্য ডিফল্টরূপে systemd-resolved ব্যবহার করার জন্য ডিস্ট্রিবিউশন সেট করে। অন্তর্নির্মিত NSS মডিউল nss-dns-এর পরিবর্তে systemd প্রকল্প থেকে Glibc-কে nss-resolve-এ স্থানান্তরিত করা হবে।

সিস্টেমড-সমাধান করা ফাংশনগুলি সম্পাদন করে যেমন resolv.conf ফাইলে সেটিংস বজায় রাখা DHCP ডেটা এবং নেটওয়ার্ক ইন্টারফেসের জন্য স্ট্যাটিক DNS কনফিগারেশন, DNSSEC এবং LLMNR (লিঙ্ক স্থানীয় মাল্টিকাস্ট নাম রেজোলিউশন) সমর্থন করে। সিস্টেমড-সমাধানে স্যুইচ করার সুবিধার মধ্যে রয়েছে TLS-এর উপর DNS-এর জন্য সমর্থন, DNS কোয়েরির স্থানীয় ক্যাশিং সক্ষম করার ক্ষমতা এবং বিভিন্ন নেটওয়ার্ক ইন্টারফেসে বিভিন্ন হ্যান্ডলারকে আবদ্ধ করার জন্য সমর্থন (নেটওয়ার্ক ইন্টারফেসের উপর নির্ভর করে, যোগাযোগের জন্য একটি DNS সার্ভার নির্বাচন করা হয়, উদাহরণস্বরূপ, VPN ইন্টারফেসের জন্য, DNS প্রশ্ন VPN এর মাধ্যমে পাঠানো হবে)। ফেডোরাতে DNSSEC ব্যবহার করার কোন পরিকল্পনা নেই (DNSSEC=কোন পতাকা দিয়ে সিস্টেম-সমাধান করা হবে)।

16.10 রিলিজের পর থেকে সিস্টেমড-সমাধান ইতিমধ্যেই উবুন্টুতে ডিফল্টরূপে ব্যবহার করা হয়েছে, তবে ফেডোরাতে ইন্টিগ্রেশনটি ভিন্নভাবে করা হবে - উবুন্টু glibc থেকে প্রচলিত nss-dns ব্যবহার করে চলেছে, অর্থাৎ glibc /etc/resolv.conf পরিচালনা করতে থাকে, যখন Fedora nss-dns-কে systemd-এর nss-resolve দিয়ে প্রতিস্থাপন করার পরিকল্পনা করে। যারা systemd-resolved ব্যবহার করতে চান না, তাদের জন্য এটি নিষ্ক্রিয় করা সম্ভব হবে (আপনাকে systemd-resolved.service পরিষেবা নিষ্ক্রিয় করতে হবে এবং NetworkManager পুনরায় চালু করতে হবে, যা ঐতিহ্যগত /etc/resolv.conf তৈরি করবে)।

উত্স: opennet.ru