Tengo un dispositivo con una dirección IP de 192.168.1.110, mientras que el resto de la red es 192.168.0.x. El enrutador es 192.168.0.1. 192.168.1.110 está conectado a este enrutador. Otros dispositivos se conectan a través de WiFi a 192.168.0.5 (punto de acceso Raspberry Pi) que está conectado al mismo enrutador en 192.168.0.1.
Estoy tratando de acceder a 192.168.1.110 desde un dispositivo en 192.168.0.x. Intenté agregar una ruta que puedo ver en la tabla de enrutamiento pero sin dados.
Uso de sudo route -n -v add 192.168.1.110 192.168.0.1pings y tiempo de espera SSH.
El uso de sudo route -n -v add 192.168.1.110 192.168.0.5SSH agota el tiempo de espera y los pings muestran lo siguiente
PING 192.168.1.110 (192.168.1.110): 56 data bytes
Request timeout for icmp_seq 0
92 bytes from pi.hole (192.168.0.5): Redirect Host(New addr: 192.168.0.1)
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 0054 1369 0 0000 3f 01 e4b7 192.168.0.202 192.168.1.110
También intenté cambiar la máscara del enrutador a .254.0, sacando el punto de acceso de Raspberry Pi del bucle, pero todavía no puedo acceder al dispositivo .1.110.
Si cambio la dirección IP del enrutador a .1.xy uno de los dispositivos .0.x, entonces puedo acceder al dispositivo .1.110 pero ninguno de los dispositivos .0.x. Estoy seguro de que esto debería ser simple, pero no puedo resolverlo, ¿qué me estoy perdiendo?
Respuestas:
Los paquetes deben ir en ambas direcciones, por lo que deben realizarse muchos tipos de cambios de configuración en ambos lados.
Por ejemplo, si cambia la máscara de red a / 23 (255.255.254.0), no es suficiente hacerlo en el dispositivo A: sí, podrá llegar al dispositivo B directamente, pero ¿a dónde enviará el dispositivo B una respuesta? Si B todavía piensa que está en un / 24, seguirá intentando enviar una respuesta a través de una puerta de enlace.
Del mismo modo: incluso si agrega una ruta correcta hacia el dispositivo B, eso no le dice al dispositivo B dónde enviar una respuesta para el dispositivo A. Todavía usará lo que ya sabe.
Asumiendo que no puede reconfigurar el dispositivo B, pero que al menos puede leer su configuración, hay 1½ formas de hacer que esto funcione.
Si sabe qué dirección IP de "puerta de enlace predeterminada" está configurada en el dispositivo infractor, agregue esa dirección en la interfaz LAN de su enrutador, junto con la dirección existente. (Esto podría llamarse un "alias" en algunos enrutadores, o una "IP virtual" en otros).
Por ejemplo, si el dispositivo quiere usar 192.168.1.254 como su puerta de enlace:
La otra dirección común es 192.168.1.1. Una forma de descubrir la dirección correcta es ver qué solicitudes ARP realiza el dispositivo.
Si el dispositivo no tiene una puerta de entrada configurado para nada , pero ya se sabe, al menos, su tamaño subred, puede 1) hacer lo anterior con un poco de dirección arbitraria en la misma subred, y 2) configurar el router para que se va a mascarada (SNAT) Todas las comunicaciones.
De esta manera, el dispositivo pensará que se está comunicando solo con su propia subred.
No sé cómo hacer eso, pero va a involucro
pfoiptablesreglas NAT.fuente