برای پیاده سازی در فدورا 33 ، که توزیع را طوری تنظیم می کند که به طور پیش فرض از systemd-resolved برای حل کوئری های DNS استفاده کند. Glibc به جای ماژول NSS داخلی nss-dns به nss-resolve از پروژه systemd منتقل می شود.
Systemd-resolved عملکردهایی مانند حفظ تنظیمات در فایل resolv.conf بر اساس داده های DHCP و پیکربندی استاتیک DNS برای رابط های شبکه را انجام می دهد، از DNSSEC و LLMNR (Link Local Multicast Name Resolution) پشتیبانی می کند. از جمله مزایای جابجایی به systemd-resolved پشتیبانی از DNS از طریق TLS، امکان فعال کردن کش محلی پرس و جوهای DNS و پشتیبانی از اتصال دسته های مختلف به رابط های شبکه مختلف است (بسته به رابط شبکه، یک سرور DNS برای تماس انتخاب می شود، به عنوان مثال، برای رابط های VPN، درخواست های DNS از طریق VPN ارسال می شود). هیچ برنامه ای برای استفاده از DNSSEC در فدورا وجود ندارد (سیستم حل شده با DNSSEC=no flag ساخته خواهد شد).
Systemd-resolved قبلاً از زمان انتشار 16.10 به طور پیش‌فرض در اوبونتو استفاده شده است، اما ادغام در فدورا به شکل دیگری انجام می‌شود - اوبونتو همچنان از nss-dnsهای سنتی glibc استفاده می‌کند. glibc به مدیریت /etc/resolv.conf ادامه می دهد، در حالی که فدورا قصد دارد nss-dns را با nss-resolve systemd جایگزین کند. برای کسانی که نمی خواهند از systemd-resolved استفاده کنند، غیرفعال کردن آن امکان پذیر خواهد بود (شما باید سرویس systemd-resolved.service را غیرفعال کنید و NetworkManager را مجددا راه اندازی کنید، که /etc/resolv.conf سنتی را ایجاد می کند).
منبع: opennet.ru