
Me gustaría comenzar a usarlo systemd-resolved
en Oracle Linux 7.6.
Me gustaría usarlo en el modo donde /etc/resolv.conf
hay solo un enlace simbólico para /run/systemd/resolve/stub-resolv.conf
tenerlo nameserver 127.0.0.53
como contenido.
He instalado systemd-networkd
y systemd-resolved
paquetes. He habilitado los servicios relevantes y he deshabilitado NetworkManager
los network
servicios.
Sin embargo, mi instalación systemd-resolved
no contiene este archivo resguardo /run/systemd/resolve/stub-resolv.conf
. Contiene sólo /run/systemd/resolve/resolv.conf
.
¿Podría indicarme por qué me stub-resolv.conf
falta?
Respuesta1
Me enfrenté al mismo problema en Ubuntu 20.04 LTS muchas veces y es solo por el systemd-resolved.service que se detuvo automática o deliberadamente. Después de iniciar el servicio, el archivo /run/systemd/resolv/stub-resolv.conf vuelve.
Respuesta2
Estoy observando el mismo problema en Debian 9. Según (man 8 systemd-resolved.service):
o A static file /usr/lib/systemd/resolv.conf is provided that lists the 127.0.0.53 DNS stub (see above) as only DNS server. This file may be symlinked from /etc/resolv.conf in order to connect all local clients that bypass local DNS APIs to systemd-resolved. This mode of operation is recommended.
Esto no es cierto, en realidad el archivo está en: /lib/systemd/resolv.conf Y este es un archivo estático simple, que apunta al servidor auxiliar local, sin dominios de búsqueda, etc.
Si actualiza a la versión Debian 10, systemd-resolved se mueve de 232 a 241. Esto habilita el archivo stub correcto: /run/systemd/resolve/stub-resolv.conf
Supongo que estás usando una versión resuelta por systemd similar a la de Debian 9. Verifica a tu hombre y localiza tus archivos resolv.conf usando buscar.