Eu tenho um sistema remoto conectado via Wi-Fi à rede. A conexão wifi é estabelecida corretamente e eu posso fazer ping no gateway. O mantenedor do gateway (terceiro, não acessível para mim) confirma isso. O dispositivo está conectado, tem um IP, o firewall não está ativo para o meu MAC.
Ainda não tenho conexão com a internet. Eu testei com ping -I wlan0 8.8.8.8
e curl --interface wlan0 -XGET http://example.org
ambos resultando em tempos limite.
Eu monitorei o tráfego no wlan0 com tcpdump -i wlan0
e notei que até 100% dos pacotes são descartados pela interface. Esclarecimento: Eu posso ver os pacotes na saída do tcpdump, mas o ping informa 100% de perda de pacotes.
Minhas duas perguntas são: Essa é a causa da minha conexão ausente? E como posso consertar isso?
Um firewall (iptables / ufw) não está ativo.
Minha uname -a
de saída é Linux machine 3.10.104-126 #1 SMP PREEMPT Tue Nov 29 22:24:16 UTC 2016 armv7l armv7l armv7l GNU/Linux
Minha interface Wi-Fi é um Realtek Semiconductor Corp. RTL8188CUS 802.11n WLAN Adapter
com o ID do dispositivo 0bda:8176
Atualizar
@Lenniey Não tenho certeza se vou seguir. A conexão com a rede em si é bem-sucedida (à medida que eu obtenho um IP, o DHCP configura o dns do gateway etc e posso fazer ping no gateway com êxito). Meu dispositivo está em 192.168.200.4 (wlan0) e 192.168.1.31 (eth0). Eu já fiz um traceroute, parece assim:
root@device:~# traceroute -i wlan0 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 192.168.200.254 (192.168.200.254) 7.069 ms 6.961 ms 6.888 ms
2 ***
3 ***
(this continues until traceroute gives up)
30 ***
Minha tabela de roteamento é a seguinte:
root@device:~# route --verbose
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.1.254 0.0.0.0 UG 100 0 0 eth0
default 192.168.200.254 0.0.0.0 UG 600 0 0 wlan0
link-local * 255.255.0.0 U 1000 0 0 eth0
192.168.1.0 * 255.255.255.0 U 100 0 0 eth0
192.168.200.0 * 255.255.255.0 U 600 0 0 wlan0
@Dennis Nolte Assumi que os pacotes foram descartados pela interface porque o tcpdump disse isso depois de parar o monitoramento. A saída foi como (números aleatórios devido a memória ruim)
59 packages captured
59 packages received by filter
0 packages dropped by kernel
40 packages dropped by interface
Os pacotes descartados por interface variaram entre zero e todos os pacotes. O Kernel nunca descartou pacotes nos meus testes. Uma captura de tela do wireshark não é possível, pois é um dispositivo sem uma tela anexada e nem estou no mesmo país que o dispositivo. Então, todas as minhas tentativas de corrigir o problema são feitas via SSH via LAN. Mas a conexão LAN é apenas temporária para trabalhos de manutenção, a conexão prod será WiFi.
Tags networking tcpdump wifi