O DNS pode resolver o IP, mas não consigo executar o ping

0

Eu tenho uma placa imx7dsabresd, estou tentando escrever um script que baixará uma imagem a cada 30s do meu servidor (wget).

A saída do wget é wget: error getting response: Connection reset by peer .

Se eu tentar fazer ping em um endereço, por exemplo ping www.google.com não receberei nenhum pacote:

PING www.google.com (216.58.204.68): 56 data bytes
--- www.google.com ping statistics ---
4 packets transmitted, 0 packets received, 100% packet loss

Mas resolveu o nome do domínio para um endereço IP.

Penso que tentei: - Eu tentei isto de outro post, mas não fez diferença para mim.

Editar:

Adicionando Traceroute

traceroute to google.com (172.217.23.14), 30 hops max, 38 byte packets
 1  192.168.7.2 (192.168.7.2)  2999.477 ms !H  2995.963 ms !H  3000.029 ms !H

ifconfig

    eth0      Link encap:Ethernet  HWaddr 1A:E9:81:4E:A3:F6
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

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:16 errors:0 dropped:0 overruns:0 frame:0
          TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1228 (1.1 KiB)  TX bytes:1228 (1.1 KiB)

usb0      Link encap:Ethernet  HWaddr BA:ED:BE:95:F7:54
          inet addr:192.168.7.2  Bcast:192.168.7.255  Mask:255.255.255.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wlan0     Link encap:Ethernet  HWaddr E0:76:D0:C3:5D:0D
          inet addr:192.168.59.87  Bcast:192.168.59.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3965 errors:0 dropped:583 overruns:0 frame:0
          TX packets:554 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:576828 (563.3 KiB)  TX bytes:104215 (101.7 KiB)

route -n

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.7.1     0.0.0.0         UG    0      0        0 usb0
0.0.0.0         192.168.59.1    0.0.0.0         UG    10     0        0 wlan0
192.168.7.0     0.0.0.0         255.255.255.0   U     0      0        0 usb0
192.168.59.0    0.0.0.0         255.255.255.0   U     0      0        0 wlan0

ip route -sh

default via 192.168.7.1 dev usb0
default via 192.168.59.1 dev wlan0  metric 10
192.168.7.0/24 dev usb0  proto kernel  scope link  src 192.168.7.2
192.168.59.0/24 dev wlan0  proto kernel  scope link  src 192.168.59.87
    
por James Johnson 19.01.2018 / 11:25

3 respostas

2

Parece um conflito no roteamento com os dois dispositivos. Talvez o wlan0 seja usado para resolver, mas não como gateway.

  1. Anule o dispositivo usb0 ou wlan0 com ifdown e verifique se funciona melhor: sudo ifdown usb0
  2. Poste o conteúdo de /etc/resolv.conf .

Caso você precise acessar o sistema também através da interface usb0 pule a parte acima e apenas remova um gateway padrão com:

route del default gw 192.168.7.1
    
por 19.01.2018 / 14:03
0

Ping use ICMP , que pode estar bloqueado na sua máquina ou no seu roteador. Se estiver bloqueado, você não receberá resposta. Faça um traceroute ou MTR para google.com e verifique o que está acontecendo.

    
por 19.01.2018 / 13:28
0

onde está o seu gateway inet? onde estão os hosts sem problema?

    
por 19.01.2018 / 11:49