Se você estiver usando uma configuração padrão do Ubuntu 18.04, isso pode ser causado por um conflito entre systemd-resolved
(o servidor DNS padrão) e dnsmasq
. Se você instalou dnsmasq
deliberadamente porque queria explicitamente, então uma das outras respostas a essa pergunta, explicando como desabilitar systemd-resolved
, provavelmente será boa para você. Se você não instalou explicitamente dnsmasq
, provavelmente está em vigor porque você está usando lxd
. Isso pode ser porque você realmente usa lxd
para gerenciar contêineres, mas é mais provável que seja porque os snaps usam lxd
para proteger você quando os aplicativos são instalados. Do meu ponto de vista, quero manter dnsmasq
(porque lxd
quer), mas também quero manter systemd-resolved
como o servidor DNS (porque é o que a equipe do Ubuntu escolheu e confio neles mais do que eu). / p>
Então, isso parece ser um problema lxd
no coração. Se assim for, a maneira como eu corrigi-lo, como por uma lista de discussão lxd-users post a>, é isto:
$ lxc network edit lxdbr0
Isto irá editar sua configuração em um editor de terminal. Será algo parecido com isto:
config:
ipv4.address: 10.216.134.1/24
ipv4.nat: "true"
ipv6.address: none
ipv6.nat: "true"
name: lxdbr0
type: bridge
Adicione três linhas a ele:
config:
ipv4.address: 10.216.134.1/24
ipv4.nat: "true"
ipv6.address: none
ipv6.nat: "true"
raw.dnsmasq: |
auth-zone=lxd
dns-loop-detect
name: lxdbr0
type: bridge
e isso deve causar dnsmasq
, que está sendo executado por lxd
, para detectar loops DNS. Isso, pelo menos para mim, resolveu o problema e parou systemd-resolved
e dnsmasq
usando 100% da CPU.