Re: eth1 (LAN) responde a pings externos con la mac address de la eth0 (WAN)
Guillermo Salas M. escribió:
> Hola listeros,
>
> Tengo el siguiente esquema en mi red, un computador corriendo Debian
> etch con dos tarjetas de red, una con una direccion publica
> 200.100.195.31 que tiene como gateway mi ruteador 200.100.195.1, y la
> otra tarjeta de red tiene una ip privada 10.10.10.1 que sirve de gateway
> para una LAN 10.10.10.0/24.
>
> Resulta que al router le puse la ip 10.10.0.2 como secundaria y al hacer
> show arp podia ver ips de la red 10.10.10.0/24 que estan en la LAN. Al
> hacer ping desde 10.10.0.2 (router) a 10.10.10.1 (eth1 del servidor
> linux) este me daba respuesta, pero la mac address corresponde a la
> eth0:
>
> router#ping 10.10.10.1
> Type escape sequence to abort.
> Sending 5, 100-byte ICMP Echos to 10.10.10.1, timeout is 2 seconds:
> !!!!!
> Success rate is 100 percent (5/5), round-trip min/avg/max = 28/38/48 ms
>
> router#show arp | inc 10.10.10.1
> Internet 10.10.10.1 9 000d.8818.6801 ARPA Port-channel1.1
>
> router#show arp | inc 000d.8818.6801
> Internet 10.10.10.1 6 000d.8818.6801 ARPA Port-channel1.1
> Internet 200.100.195.31 0 000d.8818.6801 ARPA Port-channel1.1
>
> Que podria estar estar sucediendo para que tenga este comportamiento tan
> raro? Lo natural seria que al hacer ping a 10.10.10.1 no lo encuentre.
>
> Quedare muy agradecido de cualquier sugerencia o comentario que me
> puedan dar para dar con el problema.
>
> Saludos,
Puede ser lógico o no, esto que cuentas, dependiendo de la configuración
de tu Cisco. Supongo que sería bueno que nos la mostraras, por lo menos la
parte de la configuración de red, así como la máscara que has usado para
la IP secundaria y las rutas estáticas (si es que las hay).
Se me ocurre un escenario en el que sí sería posible el caso que expones.
Pero para ello debe cumplirse lo siguente en la configuración del router:
- Estas usando una máscara para la IP secundaria de 20 bits o menos y
estás usando "ip classless".
De esta forma el router sabría que la IP 10.10.10.1 está en el mismo
segmento de red que su interfaz con IP 10.10.0.2 y lanzaría una peticion
ARP por esa interfaz. Tu debian responderá por la eth0 y con la MAC de la
eth0 porque es la que se encuentra en ese segmento de red, aunque la IP
10.10.10.1 esté asignada a la eth1 en otro segmento. Entonces, el router
ya sabe que todos los paquetes dirigidos hacia la red 10.10.10.0/24 tiene
que enviarlos por el interfaz donde tienes la 10.10.0.2 y con la MAC del
próximo y único salto que es la de la eth0 de tu debian.
Si no lo tienes así, no lo entiendo ... la verdad.
Saludos.
Reply to: