
Gostaria de começar a usar systemd-resolved
no Oracle Linux 7.6.
Eu gostaria de usá-lo no modo em que /etc/resolv.conf
é apenas um link simbólico para /run/systemd/resolve/stub-resolv.conf
ter apenas nameserver 127.0.0.53
um conteúdo.
Eu instalei systemd-networkd
e systemd-resolved
pacotes. Ativei os serviços relevantes e desativei NetworkManager
os network
serviços.
No entanto, minha instalação systemd-resolved
não contém este arquivo stub /run/systemd/resolve/stub-resolv.conf
. Ele contém apenas /run/systemd/resolve/resolv.conf
.
Você poderia informar por que estou stub-resolv.conf
desaparecido?
Responder1
Enfrentei o mesmo problema no Ubuntu 20.04 LTS muitas vezes e é apenas por causa do systemd-resolved.service que foi interrompido automática ou deliberadamente. Após iniciar o serviço, o arquivo /run/systemd/resolv/stub-resolv.conf está de volta.
Responder2
Estou observando o mesmo problema no Debian 9. De acordo com (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.
Na verdade, isso não é verdade, o arquivo está em: /lib/systemd/resolv.conf E este é um arquivo estático simples, apontando para o servidor stub local, sem domínios de pesquisa e etc.
Se você atualizar para a versão Debian 10 do systemd-resolvido move de 232 para 241. Isso habilita o arquivo stub correto: /run/systemd/resolve/stub-resolv.conf
Eu acho que você está usando uma versão resolvida pelo systemd semelhante ao Debian 9. Verifique seu man e localize seus arquivos resolv.conf usando find.