Após a atualização do Ubuntu 16.04 LTS para o novo 18.04, mesmo antes de reinicializar o sistema, o ping não funcionará mais. Ele apenas trava indefinidamente e não importa se eu pingar um DNS, um IP ou até mesmo o IP de uma VM CentOS rodando no mesmo sistema. Agora nem o SSH está funcionando. Quando eu tento o SSH na VM, ele fica pendente por um tempo até o tempo limite.
Tudo estava funcionando antes.
Eu tenho internet funcionando perfeitamente. Eu posso enrolar qualquer coisa, navegar em qualquer site, instalar qualquer coisa com o apt. O único problema é que eu preciso do SSH funcionando e parece que o problema do ping está relacionado a ele.
Já verifiquei meu firewall, que não está rejeitando nada, minha configuração de ethernet, que é auto por DHCP, e meus hosts, que não foram alterados antes da atualização.
Configuração do ethernet :
> ifconfig | grep 'eno1:\|lo:' -A6
eno1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.121.3.143 netmask 255.255.255.0 broadcast 10.121.3.255
inet6 fe80::4ff2:e79a:8a81:93e1 prefixlen 64 scopeid 0x20<link>
ether dc:4a:3e:7d:f1:33 txqueuelen 1000 (Ethernet)
RX packets 1007708 bytes 1386860256 (1.3 GB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 335796 bytes 30111660 (30.1 MB)
--
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 3319 bytes 313220 (313.2 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 3319 bytes 313220 (313.2 KB)
> ▮
Configuração de rota :
> route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default _gateway 0.0.0.0 UG 100 0 0 eno1
10.121.3.0 0.0.0.0 255.255.255.0 U 100 0 0 eno1
link-local 0.0.0.0 255.255.0.0 U 1000 0 0 eno1
192.168.123.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0
> ▮
Configuração dos meus hosts :
> cat /etc/hosts
127.0.0.1 localhost
> ▮
Configuração do firewall :
> sudo iptables -S
-P FORWARD ACCEPT
-P OUTPUT ACCEPT
-A INPUT -i virbr0 -p udp -m udp --dport 53 -j ACCEPT
-A INPUT -i virbr0 -p tcp -m tcp --dport 53 -j ACCEPT
-A INPUT -i virbr0 -p udp -m udp --dport 67 -j ACCEPT
-A INPUT -i virbr0 -p tcp -m tcp --dport 67 -j ACCEPT
-A FORWARD -d 192.168.123.0/24 -o virbr0 -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -s 192.168.123.0/24 -i virbr0 -j ACCEPT
-A FORWARD -i virbr0 -o virbr0 -j ACCEPT
-A OUTPUT -o virbr0 -p udp -m udp --dport 68 -j ACCEPT
> ▮
Aqui está o resultado do ping para o ip da minha VM ( 192.168.122.12 ), que está ligado e eu consigo acessar através do virt-manager sem problemas:
> ping 192.168.122.12
PING 192.168.122.12 (192.168.122.12) 56(84) bytes of data.
▮
Ele fica lá indefinidamente.
No entanto, funciona se eu pingar localhost :
> ping localhost
PING localhost (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.068 ms
64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.068 ms
64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.068 ms
^C
--- localhost ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2052ms
rtt min/avg/max/mdev = 0.068/0.068/0.068/0.000 ms
> ▮
O ping para outra máquina na mesma rede também funciona:
> ping 10.121.3.41
PING 10.121.3.41 (10.121.3.41) 56(84) bytes of data.
64 bytes from 10.121.3.41: icmp_seq=1 ttl=64 time=0.580 ms
64 bytes from 10.121.3.41: icmp_seq=2 ttl=64 time=0.313 ms
64 bytes from 10.121.3.41: icmp_seq=3 ttl=64 time=0.277 ms
64 bytes from 10.121.3.41: icmp_seq=4 ttl=64 time=0.530 ms
64 bytes from 10.121.3.41: icmp_seq=5 ttl=64 time=0.248 ms
^C
--- 10.121.3.41 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4097ms
rtt min/avg/max/mdev = 0.248/0.389/0.580/0.139 ms
> ▮
O ping para um website externo não:
> ping www.google.com
PING www.google.com (172.217.30.36) 56(84) bytes of data.
▮
Mas isso pode ser outro problema relacionado ao meu gerente de rede. Mais uma vez, posso navegar sem problemas.
Aqui está a saída do SSH:
> ssh 192.168.122.12
▮
Depois de algum tempo:
> ssh 192.168.122.12
ssh: connect to host 192.168.122.12 port 22: Connection timed out
> ▮
Sim, a porta 22 da VM está aberta para conexões SSH (tudo estava funcionando antes da atualização):
(VM) > netstat -tuplen | grep "servers\|Proto\|:22 "
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/program
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 18112 1295/sshd
tcp6 0 0 :::22 :::* LISTEN 0 18114 1295/sshd
(VM) > ▮
Alguém tem alguma ideia sobre como posso corrigi-lo?
* EDIT / SOLUTION *
Tudo bem, esqueça. Eu não verifiquei o ip da minha VM. De repente, mudou para outro ip eu não sei porque. A verificação do ifconfig na VM me deu o endereço IP correto.
Vou manter o post para outras pessoas que também podem esquecer de verificá-lo.
Obrigado mesmo assim.