Tutorial · Redes en Proxmox VE 9
Tutorial de redes en Proxmox una IP pública para cada máquina virtual
Este tutorial de redes en Proxmox te muestra cómo dar a una máquina virtual su propia IP pública en tu servidor Primcast: conéctala al puente vmbr0, escribe la dirección, la puerta de enlace y la máscara de red, y ya está en línea. Sin reinicios y sin tener que registrar nada con nosotros antes.
Si quieres más control, a continuación vienen otras dos configuraciones: tráfico enrutado a través del host y máquinas privadas que comparten la dirección del host. Las tres las probamos en nuestra propia red antes de escribirlas.
- Máscara de red
- /24
- Puerta de enlace IPv4
- .1 del rango
- IPv6
- /64 · gw ::1
- DNS del host
- 209.244.0.3
Encuentra tus IP públicas y la puerta de enlace que usa cada una
Tus direcciones están en el correo de Configuración del servidor dedicado que te enviamos el día en que se creó tu servidor, primero IPv4 y después IPv6. También puedes verlas en cualquier momento en tu cuenta: abre el servidor y mira el panel llamado Acceso, redes y rDNS.
En un servidor Proxmox, solo la primera dirección está configurada en el host. El correo te lo indica debajo de la lista de direcciones. Lo dejamos así a propósito: un host que tuviera todas las direcciones respondería por todas ellas, y tus máquinas virtuales no tendrían nada que usar. El resto son tuyas para dárselas a máquinas virtuales, o al host si quieres que tenga más de una.
Necesitas los mismos valores cada vez que colocas una dirección:
- Máscara de red
- /24Que es 255.255.255.0.
- Puerta de enlace
- .1El .1 del rango en el que está la dirección, así que 203.0.113.58 usa 203.0.113.1.
- DNS en el host
- 209.244.0.3Tus máquinas virtuales pueden usar cualquier resolutor que quieras.
- IPv6
- /64La puerta de enlace es el prefijo seguido de ::1. El paso 06 tiene los detalles.
Comprueba primero la puerta de enlace cuando algo falla. Las direcciones que recibiste juntas comparten un rango y una puerta de enlace. Las direcciones que se añaden a tu servidor más tarde pueden venir de un rango distinto de los nuestros, y entonces usan el .1 propio de ese rango. Una puerta de enlace incorrecta es la razón más común por la que una máquina virtual nueva no puede llegar a nada.
Mira el puente de red de Proxmox que ya tienes
Inicia sesión en el host por SSH como root y mira lo que hay:
ip -br addr cat /etc/network/interfaces
Un servidor que acabamos de instalar tiene un archivo que se parece más o menos a esto. El nombre de tu interfaz y tu primera dirección serán diferentes:
/etc/network/interfaces
auto lo
iface lo inet loopback
iface eno1 inet manual
auto vmbr0
iface vmbr0 inet static
address 203.0.113.10/24
gateway 203.0.113.1
bridge-ports eno1
bridge-stp off
bridge-fd 0 Observa que vmbr0 ya es un puente con tu puerto de red conectado a él. Eso es todo lo que necesita la configuración en puente del paso 03, así que para esa dejas este archivo tal cual.
Proxmox VE 9 funciona sobre Debian 13 y usa ifupdown2, lo que significa que los cambios de red se aplican sin reiniciar. Después de guardar el archivo, ejecuta:
ifreload -a
Si prefieres la interfaz web de Proxmox, tus cambios esperan en /etc/network/interfaces.new hasta que hagas clic en Aplicar configuración.
Abre la consola en tu cuenta antes de cambiar nada. Llega al servidor a través de su tarjeta de gestión, no a través de la red, así que sigue funcionando si un error tipográfico deja el servidor fuera de línea.
¿Qué configuración deberías usar?
| Pregunta | Puente | Enrutada | Privada |
|---|---|---|---|
| Usa una de tus IP públicas | Sí | Sí | No |
| Cambios en el host | Ninguno | La dirección se mueve a la tarjeta de red | Un segundo puente |
| El cortafuegos del host ve el tráfico | No | Todo | Todo |
| Alcanzable desde internet | Sí | Sí | Solo los puertos que reenvíes |
| DHCP permitido | No | No | Sí |
Puente: una IP pública de Proxmox directa en la red
La mayoría de la gente debería elegir esta. Tu máquina virtual actúa como su propio ordenador en el mismo conmutador, habla directamente con nuestros enrutadores y el host no necesita ningún cambio.
En Proxmox, añade un dispositivo de red a la máquina virtual, elige vmbr0 como puente y conserva la dirección MAC que genera Proxmox. Luego configura la dirección dentro de la máquina virtual.
Debian o Ubuntu con ifupdown
/etc/network/interfaces
auto lo
iface lo inet loopback
auto ens18
iface ens18 inet static
address 203.0.113.58/24
gateway 203.0.113.1
dns-nameservers 209.244.0.3 1.1.1.1 Ubuntu con netplan
/etc/netplan/01-netcfg.yaml
network:
version: 2
ethernets:
ens18:
addresses: [203.0.113.58/24]
routes:
- to: default
via: 203.0.113.1
nameservers:
addresses: [209.244.0.3, 1.1.1.1] Windows
Pon la misma dirección, máscara de red y puerta de enlace en los ajustes de IPv4 del adaptador de red. El sistema operativo no nos supone ninguna diferencia: tu máquina virtual es un ordenador más en el cable.
No necesitas decirnos nada
No hay ningún formulario que rellenar para cada máquina virtual nueva, y no nos envías direcciones MAC. Algunos proveedores piden ambas cosas. Nosotros comprobamos nuestro lado antes de afirmarlo: el puerto del conmutador que usa tu servidor no tiene límite de direcciones MAC y la seguridad de puerto está desactivada. También pusimos una segunda dirección y MAC en uno de nuestros propios servidores y llegamos a él desde internet.
Unas pocas reglas lo mantienen funcionando:
- Da a cada máquina virtual su propia dirección MAC. Si dos comparten una, o una copia la del host, ninguna funciona correctamente.
- Usa la puerta de enlace que coincide con el rango de la dirección, del paso 01.
- Usa solo direcciones que estén en tu cuenta. Este puente se conecta a una red con otros clientes, y una dirección que no es tuya se lleva su tráfico.
- Nunca ejecutes un servidor DHCP ni envíes anuncios de enrutador en
vmbr0, por la misma razón. Si quieres direccionamiento automático, usa el puente privado del paso 05.
Enrutada: envía cada máquina virtual a través del host
Elige esta cuando quieras que el cortafuegos del host vea cada paquete, o cuando prefieras que tus máquinas virtuales nunca aparezcan en la red compartida. Siguen usando IP públicas reales de tu cuenta. Solo cambia el camino.
La dirección pública se mueve del puente a la tarjeta de red, el host reenvía el tráfico y responde por las máquinas que están detrás de él. En el host:
/etc/network/interfaces (host)
auto lo
iface lo inet loopback
auto eno1
iface eno1 inet static
address 203.0.113.10/24
gateway 203.0.113.1
post-up echo 1 > /proc/sys/net/ipv4/ip_forward
post-up echo 1 > /proc/sys/net/ipv4/conf/eno1/proxy_arp
auto vmbr0
iface vmbr0 inet manual
bridge-ports none
bridge-stp off
bridge-fd 0
up ip route add 203.0.113.58/32 dev vmbr0
down ip route del 203.0.113.58/32 dev vmbr0 Añade una línea up y una línea down por cada dirección que enrutes. Dentro de la máquina virtual, la dirección es una /32, y el host debe ser alcanzable a través de su propia ruta antes de la ruta predeterminada:
/etc/network/interfaces (máquina virtual)
auto lo
iface lo inet loopback
auto ens18
iface ens18 inet static
address 203.0.113.58/32
post-up ip route add 203.0.113.10 dev ens18
post-up ip route add default via 203.0.113.10
dns-nameservers 209.244.0.3 1.1.1.1 Conserva la línea proxy_arp. Nuestros enrutadores preguntan a la red quién tiene cada dirección, y esa línea hace que el host responda por las máquinas que están detrás de él. Sin ella, no se las puede encontrar. Para hacer permanentes ambos ajustes a la manera de sysctl, pon esto en un archivo bajo /etc/sysctl.d/:
net.ipv4.ip_forward=1 net.ipv4.conf.eno1.proxy_arp=1
El trabajo extra te da un host que puede filtrar y registrar todo el tráfico. Si no lo necesitas, la configuración en puente tiene menos piezas móviles.
Privada: máquinas virtuales que comparten la dirección del host
Muchas máquinas virtuales solo necesitan salir, nunca ser alcanzadas: ejecutores de compilación, trabajadores, una base de datos que debe permanecer oculta. Dales direcciones privadas en un segundo puente, y el host traduce su tráfico a su propia IP pública. Esto no usa ninguna de tus direcciones, así que puedes ejecutar tantas como permita el hardware.
Añade un segundo puente y deja vmbr0 como está:
auto vmbr1
iface vmbr1 inet static
address 10.10.10.1/24
bridge-ports none
bridge-stp off
bridge-fd 0
post-up echo 1 > /proc/sys/net/ipv4/ip_forward
post-up iptables -t nat -A POSTROUTING -s '10.10.10.0/24' -o eno1 -j MASQUERADE
post-down iptables -t nat -D POSTROUTING -s '10.10.10.0/24' -o eno1 -j MASQUERADE Conecta las máquinas virtuales a vmbr1 y da a cada una una dirección en ese rango, con 10.10.10.1 como puerta de enlace. Internet las ve como tu servidor. Nada puede llegar a ellas desde fuera hasta que reenvíes un puerto, lo que requiere un par de líneas más en un puerto que el host no esté usando:
post-up iptables -t nat -A PREROUTING -i eno1 -p tcp --dport 8443 -j DNAT --to 10.10.10.2:443 post-down iptables -t nat -D PREROUTING -i eno1 -p tcp --dport 8443 -j DNAT --to 10.10.10.2:443
Como vmbr1 no tiene puerto físico, un servidor DHCP en él es seguro, y es una forma fácil de dar dirección a muchas máquinas.
Añade tus direcciones IPv6
Recibes direcciones IPv6 individuales, no un bloque para dividir. Están listadas al final del correo de configuración, y las colocas una por una, igual que IPv4: una en el host si quieres que el host sea alcanzable por IPv6, las demás en las máquinas virtuales que las necesiten. Ninguna de ellas está configurada para ti en el momento de la instalación.
Escribe cada dirección con /64. La puerta de enlace es el prefijo seguido de ::1, así que una dirección en 2001:db8:1234::/64 usa 2001:db8:1234::1. En el host, junto al puente existente:
iface vmbr0 inet6 static
address 2001:db8:1234::2/64
gateway 2001:db8:1234::1 En una máquina virtual en el puente:
iface ens18 inet6 static
address 2001:db8:1234::5/64
gateway 2001:db8:1234::1 Ejecuta ifreload -a de nuevo. Como estas direcciones no son un bloque propio, no anuncies rutas ni repartas direcciones que no te hayan dado. Si necesitas más, pídenoslas.
Configura el DNS inverso en cada dirección
Puedes configurar el DNS inverso en cualquiera de tus direcciones tú mismo. Inicia sesión, abre el servidor y ve a Acceso, redes y rDNS. Cada dirección muestra su nombre actual con un botón Editar rDNS al lado, y las direcciones IPv6 funcionan de la misma manera.
Introduce un nombre de host: letras, números, guiones y puntos, al menos dos partes, cada una de 1 a 63 caracteres. El punto final se añade por ti. El cambio tarda unos minutos.
Si una máquina virtual envía correo, configura el DNS inverso en la dirección desde la que sale el correo. En la configuración privada esa es la dirección del host. Añade también el registro directo correspondiente en tu proveedor de DNS, porque los servidores de correo receptores comprueban que ambos coinciden y rechazan el correo cuando no lo hacen.
Preguntas sobre redes en Proxmox, respondidas
01¿Cómo doy a una VM de Proxmox una IP pública?
Conecta la máquina virtual al puente vmbr0 y configura una de tus IP públicas adicionales dentro de ella, con una máscara de red /24 y el .1 del rango de esa dirección como puerta de enlace. En un servidor Primcast el host no necesita cambios para esto, y no tienes que registrar la dirección MAC con nosotros.
02Mi máquina virtual está funcionando pero no tiene red. ¿Qué debo comprobar?
Empieza por la puerta de enlace: debe ser el .1 del rango al que pertenece la dirección, y las direcciones añadidas en momentos distintos pueden estar en rangos diferentes. Luego asegúrate de que la dirección está en tu cuenta, de que la máscara de red es /24 y de que ninguna otra máquina usa la misma dirección MAC.
03¿Tengo que enviar a Primcast la dirección MAC de cada máquina virtual?
No. Tu puerto del conmutador aprende tantas direcciones MAC como uses y la seguridad de puerto está desactivada, así que una máquina virtual aparece como cualquier ordenador físico. Conserva la dirección MAC que genera Proxmox y nunca des a dos máquinas la misma.
04¿Por qué solo hay una IP configurada en mi nuevo servidor Proxmox?
Para que tus máquinas virtuales tengan direcciones que usar. Si el host las tuviera todas, respondería por todas ellas. Configuramos la primera dirección para que puedas llegar al servidor, y el correo de configuración lo indica debajo de tu lista de direcciones.
05¿Debería usar redes en puente o enrutadas en Proxmox?
Usa puente a menos que necesites que el host filtre el tráfico. No cambia nada en el host y cada máquina virtual se comporta como un ordenador normal en la red. La enrutada te conviene cuando el cortafuegos del host debe ver cada paquete, a cambio de un poco más de configuración dentro de cada máquina.
06¿Puedo usar DHCP para mis máquinas virtuales Proxmox?
Sí, en un puente privado sin puerto físico, como vmbr1 en el paso 05. Nunca en vmbr0: se conecta a una red que comparten otros clientes, y un servidor DHCP o anuncios de enrutador allí responderían a máquinas que no son tuyas.
07Apliqué una configuración de red incorrecta y perdí el servidor. ¿Cómo vuelvo a entrar?
Abre la consola desde tu cuenta de Primcast. Va a través de la tarjeta de gestión del servidor en lugar de su red, así que funciona mientras la red está rota. Arregla /etc/network/interfaces, ejecuta ifreload -a, y el servidor vuelve a ser alcanzable.
08¿Cómo consigo más direcciones IP para mis máquinas virtuales?
Pregunta en el chat en vivo o abre un ticket, y dinos para qué es cada dirección, ya que los registros de direcciones exigen un motivo para cada asignación. Las direcciones IPv4 adicionales se facturan mensualmente en la misma cuenta y aparecen en tu panel de control una vez asignadas.
¿Atascado en un paso? Pregúntanos en el chat.
Nuestro asistente de IA responde en segundos y puede comprobar tu servidor y sus direcciones por ti. Pide una persona cuando quieras.