Como seu sistema parece ter obtido um endereço IP com sucesso do servidor DHCP (192.168.7.50), isso parece ser um problema de roteamento. Como @ash sugeriu, tente o comando:
$ netstat -rn
Este comando é sinônimo da outra sugestão route -n
. Cada comando produzirá uma saída semelhante a esta:
rota
$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0 0.0.0.0 255.255.255.0 U 2 0 0 wlan0
0.0.0.0 192.168.1.254 0.0.0.0 UG 0 0 0 wlan0
netstat
$ netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0
0.0.0.0 192.168.1.254 0.0.0.0 UG 0 0 0 wlan0
A linha que é interessante é a linha que tem o UG na coluna Flags. Este é o seu gateway padrão de sistemas. Este é o destino padrão para qualquer pacote IP que não tenha uma correspondência explícita para nenhuma definição de rede (a primeira coluna).
No seu caso, você provavelmente terá linhas semelhantes às minhas acima, exceto que os IPs serão diferentes. Seu endereço de rede será 192.168.7.0
.
Se tudo isso estiver correto, verifique se você pode fazer o ping da sua rota padrão primeiro. Às vezes, os sistemas têm firewall configurado para não responder a pacotes de ping (pacotes ICMP).
A outra coisa a tentar seria um traceroute
:
$ traceroute 192.168.1.254
traceroute to 192.168.1.254 (192.168.1.254), 30 hops max, 60 byte packets
1 router1.bubba.net (192.168.1.254) 1.399 ms 1.586 ms 1.904 ms
Isso mostrará o caminho que um pacote levará para você até um destino.