Ejecuto varios contenedores LXC en mi máquina, algunos de los cuales tienen su propia dirección IP fuera de una red compartida con el host. Mi ISP me proporcionó esta dirección IP, así como la máscara de red y la puerta de enlace correspondientes. Estoy usando systemd 238 e intenté la siguiente configuración [1]:
[Match]
Name=enpXsY
[Network]
Address=192.168.0.2/24
Gateway=192.168.0.1
IPForward=yes
[Route]
Destination=10.0.0.64/29
Gateway=10.0.0.65
En los systemd-networkd
registros veo el siguiente error: Could not set route: Network is unreachable
pero realmente no puedo explicar esto. Si no especifico una puerta de enlace, el núcleo puede enrutar a esta red muy bien. Por lo tanto, supongo que también podría enrutar el tráfico a la puerta de enlace a través de esta misma interfaz. Esto ni siquiera funciona, si especifico una ruta Destination=10.0.0.65/32
antes de la ruta hacia 10.0.0.64/29
, para tomar el núcleo de la mano y explicar cómo llegar a esa red.
ACTUALIZACIÓN: Mientras tanto, cambié significativamente la configuración de red del host, pero estas fueron las direcciones IPv4 y las rutas con las que se configuró con [1]:
# ip -4 address
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: enpXsY: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 192.168.0.2/24 brd 192.168.0.255 scope global enpXsY
valid_lft forever preferred_lft forever
4: lxcbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.10.10.1/24 brd 10.10.10.255 scope global lxcbr0
valid_lft forever preferred_lft forever
# ip -4 route
default via 192.168.0.1 dev enpXsY proto static
192.168.0.0/24 dev enpXsY proto kernel scope link src 192.168.0.2
10.10.10.0/24 dev lxcbr0 proto kernel scope link src 10.10.10.1
[1]: traduje las direcciones IP reales a direcciones similares en redes no enrutadas por razones de privacidad.
[Route] Destination=10.0.0.65/32 [Route] Destination=10.0.0.64/29 Gateway=10.0.0.65
. Esto no funcionó bien. ¿Fue solo un problema de pedido (es decir, la ruta a la puerta de enlace aún no se conocía cuando se estaba usando) o me falta algo más?