Este é um problema estranho que passei o dia todo. Seria ótimo se alguém pudesse lançar alguma luz sobre isso.
O problema aparece como um problema com a resolução de nomes, mas não tenho certeza se essa é a causa raiz:
# host www.google.com
;; connection timed out; no servers could be reached
até agora tão chato, mas espere!:
#systemd-resolve www.google.com
www.google.com: 209.85.202.103
209.85.202.106
209.85.202.105
209.85.202.104
209.85.202.147
209.85.202.99
Simples, o problema está com o resolv.conf certo?
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# 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 xxx.uk xyz
Então o sistema está usando o resolvedor systemd?
#dig @127.0.0.53 www.google.com
; <<>> DiG 9.10.3-P4-Ubuntu <<>> @127.0.0.53 www.google.com
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached
ok, então se o resolvedor systemd disser que está no 127.0.0.53, por que ele não está respondendo?
#sudo netstat -lupn | grep 127
udp 0 0 127.0.0.53:53 0.0.0.0:* 1679/systemd-resolv
Se não estiver escutando, o que o systemd-resolv está fazendo?
Global
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
168.192.in-addr.arpa
17.172.in-addr.arpa
18.172.in-addr.arpa
19.172.in-addr.arpa
20.172.in-addr.arpa
21.172.in-addr.arpa
22.172.in-addr.arpa
23.172.in-addr.arpa
24.172.in-addr.arpa
25.172.in-addr.arpa
26.172.in-addr.arpa
27.172.in-addr.arpa
28.172.in-addr.arpa
29.172.in-addr.arpa
30.172.in-addr.arpa
31.172.in-addr.arpa
corp
d.f.ip6.arpa
home
internal
intranet
lan
local
private
test
Link 20 (veth10858e2)
Current Scopes: LLMNR/IPv6
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 14 (vnet0)
Current Scopes: LLMNR/IPv6
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 13 (virbr0-nic)
Current Scopes: none
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 12 (virbr0)
Current Scopes: LLMNR/IPv4
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 11 (docker0)
Current Scopes: none
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 10 (docker_gwbridge)
Current Scopes: LLMNR/IPv4 LLMNR/IPv6
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 3 (em2)
Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Servers: 192.168.100.1
192.168.100.2
192.168.100.3
192.168.100.4
DNS Domain: cqp
Link 2 (em1)
Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Servers: xxx.xxx.x.xx
xxx.xxx.x.xx
DNS Domain: xxx.uk
Eu tenho vários servidores, todos eles estão executando até o ubuntu artful, esse problema se moveu entre servidores no processo de tentar consertar isso.
Eles fazem parte de um enxame de estivadores e removem e, em seguida, adicionam novamente o problema em um ponto.
Liguei a depuração removida pelo sistema , mas não houve saída quando uma solicitação foi feito.