Redireccionar el tráfico entre dos máquinas virtuales a través de otra máquina virtual


0

Estoy tratando de configurar una topología de red realmente simple, incluyendo dos Ubuntu 16.04 como dos hosts de la siguiente manera:

VM1 & lt; - & gt; VM2

Ambas máquinas virtuales se conectan a la red de host solo VirtualBox con dirección IP estática (10.0.0.1 y 10.0.0.2). La tarea aquí es que VM2 envía a VM1 un paquete con una dirección IP falsificada (por ejemplo, 10.0.0.3) y obtiene el paquete que regresa. Enviar un paquete falsificado es fácil, pero no sé cómo obtener el paquete devuelto porque se enviará a la dirección falsificada.

Estoy pensando en tener otra máquina virtual que actúe como enrutador en el medio:

VM1 & lt; - & gt; Enrutador & lt; - & gt; VM2

¿Pero no está seguro de cómo redireccionar todo el tráfico saliente de VM1 a VM2?

Apreciaré cualquier indicio, incluido el problema original porque me quedé unos días y, sorprendentemente, no hay ninguna pregunta relacionada.


En máquinas virtuales comunes no usaremos enrutador hasta que sus direcciones estén en la misma subred. Puede intentar forzar a su enrutador para que actúe como un puente (que conecta 2 segmentos de la misma subred) y agregar a cada máquina virtual una ruta a otra máquina virtual a través de la interfaz del enrutador ... pero no estoy seguro de que funcione en un solo servidor virtual. enrutador
Akina

Respuestas:


0

Lo que estás haciendo viola las conveciones de redes, como estoy seguro de que sabes. Para obtener el comportamiento deseado necesitas hacer más suplantación de identidad. El problema es probable en el Protocolo de resolución de direcciones (ARP). Tiene direcciones IP y direcciones MAC, y ARP traduce entre las dos. Más detalles en la respuesta de Defalt aquí. . Debe simular la respuesta ARP a "quien tiene 10.0.0.3" para que 2 piense que 1 de MAC es 3 de MAC. Entonces recibirá el paquete en 1. No lo he comprobado, pero ¿qué sucede si configura 2 direcciones IP en la interfaz de 1? Esa puede ser la forma más fácil.


Sí, esa parece ser la respuesta a este problema.
Tran Muoi
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.