Puente KVM sobre unión con múltiples subredes

Question 1

Solución que "responde a la pregunta":

Asegúrese de que el reenvío de IP esté habilitado en el host si cat /proc/sys/net/ipv4/ip_forward no es 1, busque en este sitio cómo cambiarlo
Cambie la puerta de enlace de VM a la IP del host en la subred de VM: 213.xxx.xxx.1
Arregle su configuración de iptable rota. iptables -I FORWARD -m physdev --physdev-is-bridged -j ACCEPTSe ve bien. Eventualmente cámbielo a algún enlace iptables -I FORWARD -s 213.xxx.xxx.0/27 -j ACCEPT(esto significa: acepte todo el tráfico de la red vms a otra red)

La idea de esta solución es utilizar su host como puerta de enlace para la red vm. Obviamente, si ya tiene otra puerta de enlace en la red 213.xx0 (213.xxx.xx.180), puede usarla directamente desde su máquina virtual.

La configuración de iptables sugerida permitirá el tráfico desde las máquinas virtuales hacia el exterior. Si desea permitir conexiones desde el exterior a las máquinas virtuales, debe establecer una regla que se parezca aiptables -I FORWARD -d 213.xxx.xxx.0/27 -j ACCEPT

Solución recomendada: tenga en cuenta que probablemente todo esto sea un desastre debido a la forma en que se formula la pregunta. En el mundo real, si tiene un enrutador/firewall que administra sus dos subredes, debe tomar el camino más fácil: - el enrutador/firewall tendrá una dirección IP en cada subred. Será una puerta de enlace para todos los hosts en las subredes - asigne una VLAN a cada subred - en su host tendrá 2 interfaces y puentes - sus máquinas virtuales se conectarán en la "subred de máquinas virtuales" y usarán el firewall como puerta de enlace

De esta manera no tendrás una configuración loca de iptables/alias/reenvío. Tendrá algunos hosts en una subred y otros en la otra subred, y el enrutamiento/acls/nats configurado en su firewall. Ni siquiera deberías asignar una dirección IP en la "red vm" a tu host.

Fusionar dos redes en el mismo dominio de transmisión es una fuente de problemas, y debe evitar configurar múltiples direcciones IP en un host si no tiene mucha confianza en la configuración de la red.

Answer

Solución que "responde a la pregunta":

Asegúrese de que el reenvío de IP esté habilitado en el host si cat /proc/sys/net/ipv4/ip_forward no es 1, busque en este sitio cómo cambiarlo
Cambie la puerta de enlace de VM a la IP del host en la subred de VM: 213.xxx.xxx.1
Arregle su configuración de iptable rota. iptables -I FORWARD -m physdev --physdev-is-bridged -j ACCEPTSe ve bien. Eventualmente cámbielo a algún enlace iptables -I FORWARD -s 213.xxx.xxx.0/27 -j ACCEPT(esto significa: acepte todo el tráfico de la red vms a otra red)

La idea de esta solución es utilizar su host como puerta de enlace para la red vm. Obviamente, si ya tiene otra puerta de enlace en la red 213.xx0 (213.xxx.xx.180), puede usarla directamente desde su máquina virtual.

La configuración de iptables sugerida permitirá el tráfico desde las máquinas virtuales hacia el exterior. Si desea permitir conexiones desde el exterior a las máquinas virtuales, debe establecer una regla que se parezca aiptables -I FORWARD -d 213.xxx.xxx.0/27 -j ACCEPT

Solución recomendada: tenga en cuenta que probablemente todo esto sea un desastre debido a la forma en que se formula la pregunta. En el mundo real, si tiene un enrutador/firewall que administra sus dos subredes, debe tomar el camino más fácil: - el enrutador/firewall tendrá una dirección IP en cada subred. Será una puerta de enlace para todos los hosts en las subredes - asigne una VLAN a cada subred - en su host tendrá 2 interfaces y puentes - sus máquinas virtuales se conectarán en la "subred de máquinas virtuales" y usarán el firewall como puerta de enlace

De esta manera no tendrás una configuración loca de iptables/alias/reenvío. Tendrá algunos hosts en una subred y otros en la otra subred, y el enrutamiento/acls/nats configurado en su firewall. Ni siquiera deberías asignar una dirección IP en la "red vm" a tu host.

Fusionar dos redes en el mismo dominio de transmisión es una fuente de problemas, y debe evitar configurar múltiples direcciones IP en un host si no tiene mucha confianza en la configuración de la red.

Question 2

De Wikipedia:

Una puerta de enlace predeterminada en las redes de computadoras es el nodo que se supone que sabe cómo reenviar paquetes a otras redes.

Significa que el nodo de puerta de enlace debe ser un nodo en la red o subred. Utiliza dos subredes en una interfaz br0 213.xxx.xxx.0/27y 213.xxx.xxx.176/28.

Hay un host de puerta de enlace 213.xxx.xxx.177en la red 213.xxx.xxx.176/28. Y su servidor host obtiene acceso a Internet a través de esta puerta de enlace. Creo que el host de puerta de enlace 213.xxx.xxx.177es un enrutador y este enrutador no es miembro (nodo) de la subred 213.xxx.xxx.0/27. Pero sabe que 213.xxx.xxx.0/27se puede acceder a la subred a través del nodo 213.xxx.xxx.180(su servidor host).

Su VM tiene una dirección de puerta de enlace incorrecta. Si la VM tiene una dirección IP 213.xxx.xxx.2/27, entonces la VM debe tener una dirección de puerta de enlace de la misma subred 213.xxx.xxx.0/27. Es por eso que la VM debe tener una dirección de puerta de enlace 213.xxx.xxx.1, que su servidor host tiene como dirección IP secundaria en br0la interfaz.

Si va a crear una máquina virtual en una subred, 213.xxx.xxx.176/28debe asignarle la misma IP de puerta de enlace 213.xxx.xxx.177que en su servidor host. Asegúrese de que esta IP no se utilice en ninguna parte.

Además:

Borre todas las reglas de iptables como se describe enaquí

Antes de hacer esto se debe iniciar el servicio iptables. Reinicie el servicio iptables después de borrarlo para almacenar las reglas borradas en el disco.

Answer