falta de rota para o modem wifi no Ubuntu

Question

Depois de desconectar meu cliente openvpn em uma máquina Xenial 16.04, estou tendo problemas para conectar-me à Internet e parece que estou perdendo uma rota na minha tabela de roteamento de IP do kernel.

Na máquina que não está funcionando, eu tenho:

> route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.10.1    0.0.0.0         UG    600    0        0 wlp4s0
192.168.10.0    0.0.0.0         255.255.255.0   U     600    0        0 wlp4s0

Eu tenho uma máquina muito semelhante rodando 16.04 que está funcionando e o mesmo comando retorna:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.10.1    0.0.0.0         UG    600    0        0 wlp3s0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlp3s0
192.168.10.0    0.0.0.0         255.255.255.0   U     600    0        0 wlp3s0

Eu suponho que estes sejam configurados automaticamente com as configurações wifi e dhcp

Alguém pode me dizer como configurar a máquina "não funcionando" para que ela obtenha todas as rotas?

Os seguintes comandos fornecem as seguintes respostas (conforme solicitação nos comentários)

> cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search Belkin

e

    >  ping 127.0.1.1
PING 127.0.1.1 (127.0.1.1) 56(84) bytes of data.
64 bytes from 127.0.1.1: icmp_seq=1 ttl=64 time=0.035 ms
64 bytes from 127.0.1.1: icmp_seq=2 ttl=64 time=0.040 ms
64 bytes from 127.0.1.1: icmp_seq=3 ttl=64 time=0.044 ms
64 bytes from 127.0.1.1: icmp_seq=4 ttl=64 time=0.038 ms
64 bytes from 127.0.1.1: icmp_seq=5 ttl=64 time=0.038 ms
64 bytes from 127.0.1.1: icmp_seq=6 ttl=64 time=0.044 ms
64 bytes from 127.0.1.1: icmp_seq=7 ttl=64 time=0.044 ms
^C
--- 127.0.1.1 ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 5997ms
rtt min/avg/max/mdev = 0.035/0.040/0.044/0.006 ms

    

Answer 1

Hmm, eu removi essa rota da minha máquina e ainda consigo acessar a Internet. Por isso, não estou tão certo de que isso é o que impede você de "conectar-se à Internet".

Talvez você não esteja conseguindo resolver nomes?
Você pode verificar isso com dig . É assim que dig resolve www.google.com para mim:

$ dig www.google.com A +short
108.177.126.105
108.177.126.106
108.177.126.99
108.177.126.103
108.177.126.104
108.177.126.147

Editar:
Se isso não resolver, verifique se você tem um ou mais servidores de nome configurados e se pode (IP) alcançar pelo menos um deles:

$ cat /etc/resolv.conf
...
nameserver 10.20.30.41
nameserver 10.20.30.42

Neste exemplo, as máquinas em 10.20.30.41 e 10.20.30.42 são configuradas para resolver nomes (isto é: dig acessará aquelas máquinas na porta 53 por padrão para resolver www.cisco.com para um endereço IP).
Assim, espera-se que essas duas máquinas sejam alcançáveis e tenham um serviço DNS escutando na porta 53.

Agora tente fazer o ping dessas duas máquinas para ver se elas estão acessíveis:

$ ping 10.20.30.41
...
64 bytes from 10.20.30.41: icmp_seq=1 ttl=255 time=0.194 ms
64 bytes from 10.20.30.41: icmp_seq=2 ttl=255 time=0.209 ms
64 bytes from 10.20.30.41: icmp_seq=3 ttl=255 time=0.235 ms
^C

A saída anterior mostra que a máquina em 10.20.30.41 está sendo alcançada. Se não fosse você não veria nenhuma saída (até você ^C ).

Edit2 :
No Ubuntu 16.04, o arquivo /etc/resolv.conf contém uma entrada nameserver 127.0.1.1 , o que significa que deve haver um servidor DNS na máquina local. De fato, o Ubuntu 16.04 executa o Dnsmasq , que atua como um pequeno servidor DNS local. O Dnsmasq é manipulado por NetworkManager por padrão.