Почему в ubuntu одновременно присутствуют службы resolvconf.service и systemd-resolved.service
В Ubuntu есть два решения, которые предоставляют кэш DNS и настраивают функциональность. Одним из них является resolvconf.service (часть пакета resolvconf). Другой - systemd-resolved.service (часть пакета systemd). При некоторых обстоятельствах одно решение активируется, а при другом другое. Оба решения являются частью ядра системы Ubuntu. Знает ли smbd, почему это так?
1 ответ
Я изучал, почему документация для NetworkManager, systemd-resolved и resolvconf не соответствует тому, как Ubuntu работает с DNS.
Похоже, что Ubuntu использует и resolvconf , и systemd-resolved вместе для обработки разрешения DNS, которое я обнаружил в небольшом комментарии по проблеме GitHub:
/etc/resolv.conf -> /run/resolvconf/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN # 127.0.0.53 is the systemd-resolved stub resolver. # run "systemd-resolve --status" to see details about the actual nameservers. nameserver 127.0.0.53 search lan
Верхний комментарий в Github PR , который исправляет вышеуказанные состояния проблемы что это поведение по умолчанию для systemd-resolved и resolvconf в Ubuntu, начиная с 17.10 +:
... По умолчанию используется в Ubuntu 17.10+