☰

No se puede hacer ping entre diferentes redes

tag-icon • tag-icon networking routing troubleshooting ping
No se puede hacer ping entre diferentes redes

Tengo una conexión de la siguiente manera: PC/Eth<==> Eth/raspberrypi/WLAN <===> WLAN/RPi-2

Problema:

No puedo hacer ping a la PC desde RPi-2 y viceversa

Solución de problemas:

  • La PC puede hacer ping a raspberrypi ethernet y raspberrypi WLAN
  • RPi-2 puede hacer ping a raspberrypi ethernet y raspberrypi WLAN
  • El firewall está deshabilitado en la PC
  • [actualización] ¡raspberrypi no responde a las solicitudes de arp! No tengo idea de por qué

registros:

resumen de propiedad intelectual
  • PC.eth = 192.168.137.1
  • frambuesapi.eth = 192.168.137.254
  • frambuesapi.wlan = 10.1.1.254
  • rpi-2.wlan = 10.1.1.4
ORDENADOR PERSONAL: 
route print 
 10.1.1.0    255.255.255.0   Auf Verbindung     192.168.137.1     38
C:\WINDOWS\system32>ping 10.1.1.254

Ping wird ausgeführt für 10.1.1.254 mit 32 Bytes Daten:
Antwort von 10.1.1.254: Bytes=32 Zeit<1ms TTL=64
Antwort von 10.1.1.254: Bytes=32 Zeit<1ms TTL=64

Ethernet-Adapter Ethernet 2:

   Verbindungsspezifisches DNS-Suffix:
   Verbindungslokale IPv6-Adresse  . : fe80::5897:b371:242e:36dc%10
   IPv4-Adresse  . . . . . . . . . . : 192.168.137.1
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Standardgateway . . . . . . . . . :

C:\WINDOWS\system32>tracert 10.1.1.4

Routenverfolgung zu 10.1.1.4 über maximal 30 Hops

  1  DESKTOP-R [192.168.137.1]  meldet: Zielhost nicht erreichbar.
frambuesaypi: 
:~ $ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.137.1   0.0.0.0         UG    202    0        0 eth0
10.1.1.0        0.0.0.0         255.255.255.0   U     0      0        0 wlan0
192.168.137.0   0.0.0.0         255.255.255.0   U     202    0        0 eth0
pi@raspberrypi:~ $ ping 192.168.137.1
PING 192.168.137.1 (192.168.137.1) 56(84) bytes of data.
64 bytes from 192.168.137.1: icmp_seq=1 ttl=128 time=0.567 ms
64 bytes from 192.168.137.1: icmp_seq=2 ttl=128 time=0.599 ms
^C
--- 192.168.137.1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1032ms
rtt min/avg/max/mdev = 0.567/0.583/0.599/0.016 ms
pi@raspberrypi:~ $ ping 10.1.1.4
PING 10.1.1.4 (10.1.1.4) 56(84) bytes of data.
64 bytes from 10.1.1.4: icmp_seq=1 ttl=64 time=7.84 ms
64 bytes from 10.1.1.4: icmp_seq=2 ttl=64 time=23.3 ms
RPi-2 
route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.1.1.254      0.0.0.0         UG    0      0        0 wlan0
10.1.1.0        0.0.0.0         255.255.255.0   U     0      0        0 wlan0
192.168.137.0   10.1.1.254      255.255.255.0   UG    0      0        0 wlan0

:~ $ ping 192.168.137.254
PING 192.168.137.254 (192.168.137.254) 56(84) bytes of data.
64 bytes from 192.168.137.254: icmp_seq=1 ttl=64 time=521 ms
64 bytes from 192.168.137.254: icmp_seq=2 ttl=64 time=13.9 ms

~ $ traceroute 192.168.137.1
traceroute to 192.168.137.1 (192.168.137.1), 30 hops max, 60 byte packets
 1  * * *
 2  * * *
 3  * * *
 4  * * *

actualizar

registros tcpdump en raspberrypi

09:58:35.708389 ARP, Request who-has 10.1.1.4 tell 192.168.137.1, length 46
09:58:36.261002 ARP, Request who-has 10.1.1.4 tell 192.168.137.1, length 46
09:58:37.260683 ARP, Request who-has 10.1.1.4 tell 192.168.137.1, length 46
09:58:38.267982 ARP, Request who-has 10.1.1.4 tell 192.168.137.1, length 46
09:58:39.263476 ARP, Request who-has 10.1.1.4 tell 192.168.137.1, length 46

pero responde por su propia interfaz

10:28:12.777650 ARP, Request who-has 10.1.1.254 (b8:27:eb:7e:5b:b5) tell 192.168.137.1, length 46
10:28:12.777945 ARP, Reply 10.1.1.254 is-at b8:27:eb:7e:5b:b5, length 28

En este punto, creo que Linux no responde a la solicitud ARP de la PC (o más específicamente, WLAN0 no responde)

Respuesta1

Su PC necesitará una puerta de enlace predeterminada (Puerta de enlace estándar) configurado antes de que pueda llegar a cualquier subred que no sea la suya.

Puede configurarlo en la ventana de configuración del adaptador o en un símbolo del sistema del administrador, como este:

route add 0.0.0.0 mask 0.0.0.0 192.168.137.254

El traceroute de RPi-2 me hace pensar que está sucediendo algo más, así que informe si eso no lo soluciona por completo.

Respuesta2

Como solución alternativa, configuré un puente entre WLAN0 y eth0 en raspberrypi y ahora está funcionando.

información relacionada