IPv4 e IPv6 en un servidor
Un VPS normal tiene una dirección IPv4 pública y, si el proveedor lo admite, una subred IPv6. Una IPv4 adicional casi siempre cuesta dinero, y los planes más baratos a veces vienen sin IPv4 propia. Veamos de dónde sale esa escasez, qué se puede hacer solo con IPv6 y qué ajustes de dirección necesita un servidor de correo.
La dirección IP es el número del servidor en internet. En IPv4 tiene 32 bits, unos 4300 millones de direcciones en total, y parte de ellas está reservada para redes de servicio y privadas. En IPv6 la dirección tiene 128 bits, y hay tantas direcciones que el proveedor puede dar a cada servidor una subred entera. Los dos protocolos funcionan en paralelo: un servidor con doble pila es accesible tanto para quien tiene IPv6 como para quien solo tiene IPv4.
Por qué se agotaron las IPv4 y cuestan dinero
Las direcciones IPv4 libres las repartían cinco registros regionales, cada uno en su parte del mundo. La reserva común de la IANA se agotó el 3 de febrero de 2011: ese día las últimas direcciones se repartieron a partes iguales entre los registros. El norteamericano ARIN agotó la suya el 24 de septiembre de 2015. El europeo RIPE NCC entregó sus últimas direcciones libres el 25 de noviembre de 2019. Desde entonces, una organización nueva puede apuntarse a la lista de espera de RIPE NCC y recibir solo 256 direcciones (/24) cuando vuelvan al pool direcciones de otros.
Por eso el proveedor que necesita direcciones nuevas las compra o las alquila a otras organizaciones, y repercute el coste en el precio del plan o cobra aparte por la dirección adicional. Según el catálogo de accsly a 2 de noviembre de 2026, en los 140 proveedores que indican sin ambigüedad el precio de una IPv4 adicional, la mediana es de unos 2 € al mes por dirección (180 ₽ al cambio del 2 de noviembre de 2026), y la mitad de los precios está entre unos 1,70 y 3,00 €. Una dirección adicional gratuita es una rareza.
De ahí un consejo práctico: si el servidor necesita varias direcciones (para webs distintas con certificados propios ya no hace falta desde hace tiempo, pero puede necesitarse para el correo o para separar servicios), inclúyelas desde el principio en el precio del plan.
NAT VPS y servidores sin IPv4
Para vender servidores más baratos, algunos proveedores no dan a cada uno su propia IPv4. Hay dos variantes.
- NAT VPS: una IPv4 externa para varios servidores, cada uno con su pequeño rango de puertos. El proveedor reenvía a tu servidor las conexiones entrantes a los puertos de tu rango. Para SSH, un bot que se conecta él mismo a una API o pruebas, es suficiente. Una web en los puertos 80 y 443 no se puede publicar sin un intermediario, y el PTR y la reputación de la dirección se comparten con los vecinos.
- Solo IPv6: el servidor solo tiene direcciones IPv6. Las conexiones entrantes solo son posibles desde quien tiene IPv6; las salientes, solo hacia recursos accesibles por IPv6.
En el catálogo de accsly hay 349 planes VPS de 31 proveedores sin IPv4 propia. Contrata un plan así solo si tienes claro qué hará el servidor y desde dónde se conectarán a él.
IPv6 y la subred /64
En IPv6 la dirección se divide por la mitad: los primeros 64 bits son el número de red y los últimos 64, el número del dispositivo dentro de ella. Es un requisito de la arquitectura de IPv6 (RFC 4291, analizado en RFC 7421), por eso la subred mínima para un segmento de red es una /64, y no se acostumbra a dividirla más. RIPE NCC, en sus recomendaciones para operadores (documento RIPE-690), aconseja asignar al cliente una /48 o una /56, y a cada segmento, no menos de una /64.
Para un servidor esto significa que una /64 contiene más de 18 trillones de direcciones, y en un solo VPS puedes configurar tantas direcciones IPv6 como necesites, gratis. En la práctica, cada proveedor las asigna a su manera (una /64 entera, una subred mayor o direcciones sueltas de una red común), así que compruébalo en las condiciones si necesitas muchas direcciones. 703 proveedores del catálogo confirman que admiten IPv6; los planes están en la selección VPS con IPv6.
Para comprobar que IPv6 funciona en el servidor bastan tres comandos:
ip -6 addr show scope global
ping -6 -c 3 2001:4860:4860::8888
curl -6 -sI https://www.google.com | head -1
El primero muestra las direcciones asignadas; el segundo, que el servidor ve la red externa por IPv6; el tercero, que funcionan DNS y HTTPS. No olvides el cortafuegos: las reglas de IPv4 no se aplican automáticamente a IPv6. ufw las aplica a ambos protocolos, pero con reglas manuales de iptables hace falta un conjunto aparte de ip6tables. El resto de pasos de protección están en Primeros 10 pasos tras comprar un VPS: seguridad.
Cuándo basta solo con IPv6
Un servidor solo con IPv6 sirve si los visitantes normales no se conectan a él directamente:
- servicios internos (base de datos, cola, almacenamiento de copias de seguridad) a los que se conectan tus propios servidores con IPv6;
- una web detrás de una CDN o un proxy inverso: los visitantes llegan a la dirección IPv4 de la CDN y la CDN recoge las páginas de tu servidor por IPv6, si el proveedor de la CDN lo admite;
- entornos de prueba y compilación de código, si todos los repositorios necesarios son accesibles por IPv6;
- administración por SSH, si tú mismo tienes IPv6 en casa o en la oficina.
No basta si los visitantes se conectan directamente al servidor (una web sin CDN, un servidor de juegos, el correo) o si el propio servidor accede a servicios sin IPv6: parte de las API, de las réplicas de paquetes y de las webs sigue funcionando solo por IPv4. Para las conexiones salientes hacia ellos existe el mecanismo NAT64 y DNS64 (RFC 6146 y RFC 6147): el proveedor o un servicio público traduce a IPv6 las peticiones dirigidas a direcciones IPv4. Si el proveedor no lo ofrece, un servidor solo con IPv6 no llegará a esos recursos.
DNS inverso (PTR) para el correo
Un registro DNS normal asocia un nombre a una dirección (A para IPv4, AAAA para IPv6). El registro inverso PTR asocia una dirección a un nombre. Para los servidores de correo es importante: Google exige a los remitentes que la dirección desde la que sale el mensaje tenga un registro PTR con un nombre, y que ese nombre a su vez apunte a la misma dirección. Sin eso, los mensajes a Gmail se rechazan o acaban en spam. La recomendación de mantener para cada dirección registros PTR y A coincidentes ya figura en RFC 1912.
El PTR lo configura el titular de la dirección, es decir, el proveedor. Normalmente es un campo en el panel de control del servidor o una solicitud al soporte. El orden es este:
- crea un registro A (y AAAA si el correo saldrá por IPv6), por ejemplo
mail.example.com→ dirección del servidor; - pide al proveedor o escribe en el panel el PTR para esa misma dirección: dirección →
mail.example.com; - compruébalo con
dig -x IP_del_servidor +short: la respuesta debe coincidir con el nombre del registro A; - si el servidor también envía correo por IPv6, necesitas PTR también para la dirección IPv6; si no, parte de los mensajes saldrá desde una dirección sin registro inverso.
En un NAT VPS no puedes configurar tu propio PTR: la dirección es compartida. Otra condición para un servidor de correo es tener abierto el puerto 25 saliente: algunos proveedores lo tienen cerrado por defecto y lo abren a petición. Los planes en los que es posible están en la selección VPS para servidor de correo. Qué otras condiciones del plan conviene revisar antes de pagar se explica en Cómo leer los planes de hosting: los límites ocultos.