Eu tenho um novo laptop rodando o Ubuntu 16.04 que funcionou como um charme por algumas semanas, mas agora perdeu o apetite para se conectar à internet via Wi-fi. Eu sei que não é um problema com o meu roteador ou ISP, porque eu estou escrevendo este post usando o meu laptop antigo do Windows na mesma rede doméstica pelo Ubuntu laptop não vai se conectar.
Estou conectando-me ao meu roteador com êxito e a execução de nmcli dev mostra que estou conectado ao meu dispositivo Wi-Fi (wlp2s0) e à rede sem fio.
Ontem à noite consegui abrir algumas páginas (Google, Facebook, YouTube), mas não outras (ubuntu.com, riken.jp). Na época eu suspeitava que era algo em que o IPv6 estava funcionando, mas o IPv4 não estava. Agora, no entanto, nada funciona. Chromium, ping, wget, dig - nada. /etc/resolv.conf/ não contém nada (além das linhas de comentário que me dizem para não editá-lo), e a tabela retornada por route está vazia.
UPDATE 1: usei ipconfig /all na minha máquina Windows para descobrir quais servidores DNS ele estava usando (75.75.75.75, 75.75.76.76., 2001: 558: feed :: 1, 2001: 558: feed :: 2), em seguida, usei Network Connections para adicioná-los como DNS Servers para minha rede doméstica. cat /etc/resolv.conf agora me dá nameserver 127.0.1.1 ; Eu não tenho certeza do que isso significa, mas eu acho que é algum tipo de apelido, certo? nmcli dev show | grep DNS mostra como usar os dois servidores DNS IPv6 (2001: 558: feed :: 1 e 2001: 558: feed :: 2).
Eu posso fazer com que wget trabalhe com URLs que resolvem um endereço IPv6 da seguinte forma:
craig@craig-XPS-13-9370:~$ wget www.google.com
--2018-04-14 13:06:17-- http://www.google.com/
Resolving www.google.com (www.google.com)... 2607:f8b0:4004:808::2004,
172.217.13.68
Connecting to www.google.com
(www.google.com)|2607:f8b0:4004:808::2004|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘index.html.5’
index.html.5 [ <=> ] 10.41K --.-KB/s in 0.003s
2018-04-14 13:06:17 (3.36 MB/s) - ‘index.html.5’ saved [10659]
Não consigo receber uma solicitação de wget para trabalhar com URLs que resolvem um endereço IPv4:
craig@craig-XPS-13-9370:~$ wget www.ubuntu.com
--2018-04-14 13:06:28-- http://www.ubuntu.com/
Resolving www.ubuntu.com (www.ubuntu.com)... 91.189.89.118
Connecting to www.ubuntu.com (www.ubuntu.com)|91.189.89.118|:80... failed:
Network is unreachable.
A adição do sinal -4 ao wget para forçar o uso do IPv4 obtém um resultado semelhante:
craig@craig-XPS-13-9370:~$ wget -4 www.google.com
--2018-04-14 13:06:41-- http://www.google.com/
Resolving www.google.com (www.google.com)... 172.217.13.68
Connecting to www.google.com (www.google.com)|172.217.13.68|:80... failed:
Network is unreachable.
Da mesma forma, ping www.google.com não funciona, mas ping6 www.google.com . Então está bem claro que algo está errado com o IPv4, mas não tenho certeza do que ...
UPDATE 2: achei que meu problema era bem parecido com esta questão , mas a solução sugerida lá (desabilitar o IPv4 via Conexões de Rede) não parece ter afetado nada. Deu-me algumas ideias para o que é útil compartilhar com outras pessoas:
Saída de cat /etc/network/interfaces :
craig@craig-XPS-13-9370:~$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
Saída de ifconfig :
craig@craig-XPS-13-9370:~$ ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:13526 errors:0 dropped:0 overruns:0 frame:0
TX packets:13526 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:1031920 (1.0 MB) TX bytes:1031920 (1.0 MB)
wlp2s0 Link encap:Ethernet HWaddr 9c:b6:d0:8b:4b:c5
inet6 addr: fe80::1f3b:5545:508:919a/64 Scope:Link
inet6 addr: 2601:140:8600:e0:d64b:9272:665f:3734/64 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:19665 errors:0 dropped:0 overruns:0 frame:0
TX packets:10262 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:14731745 (14.7 MB) TX bytes:1722860 (1.7 MB)
Saída de iwconfig :
craig@craig-XPS-13-9370:~$ iwconfig
lo no wireless extensions.
wlp2s0 IEEE 802.11abgn ESSID:"MOTOROLA-ABD39"
Mode:Managed Frequency:2.447 GHz Access Point: 34:1F:E4:E4:35:D0
Bit Rate=1 Mb/s Tx-Power=20 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:on
Link Quality=55/70 Signal level=-55 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:39 Missed beacon:0
Saída de cat /etc/resolv.conf :
craig@craig-XPS-13-9370:~$ 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
Saída de route -n :
craig@craig-XPS-13-9370:~$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
Saída de route -6 -n :
craig@craig-XPS-13-9370:~$ route -6 -n
Kernel IPv6 routing table
Destination Next Hop Flag Met Ref Use If
2601:140:8600:e0::/64 :: U 600 0 0 wlp2s0
2601:140:8600:e0::/60 fe80::361f:e4ff:fee4:35cf UG 600 0 0 wlp2s0
fe80::/64 :: U 256 0 0 wlp2s0
::/0 fe80::361f:e4ff:fee4:35cf UG 600 2 4 wlp2s0
::/0 :: !n -1 1 1495 lo
::1/128 :: Un 0 7 46 lo
2601:140:8600:e0:d64b:9272:665f:3734/128 :: Un 0 2 150 lo
fe80::1f3b:5545:508:919a/128 :: Un 0 2 4 lo
ff00::/8 :: U 256 7 99 wlp2s0
::/0 :: !n -1 1 1495 lo
Saída de ip neigh :
craig@craig-XPS-13-9370:~$ ip neigh
fe80::361f:e4ff:fee4:35cf dev wlp2s0 lladdr 34:1f:e4:e4:35:cf router REACHABLE
Não tenho certeza se essa é uma solução permanente, mas consegui fazer as coisas funcionarem novamente liberando e renovando meu endereço IP: sudo dhclient -r wlp2s0 sudo dhclient wlp2s0
Agora vejo uma linha inet addr quando executo ifconfig (que nunca esteve lá antes) e cat /etc/resolv.conf adicionou um servidor de nomes IPv4 e uma linha de "pesquisa" para meu ISP (pesquisa hsd1.va.comcast. líquido). Problema resolvido!