BYOIP en Exoscale: usar tus propias direcciones IP en Exoscale

Exoscale no publica nada sobre traer tus propias direcciones IP. El 15 de octubre de 2026 leímos su documentación, sus preguntas frecuentes y su página de precios, y ninguna menciona direcciones propiedad del cliente. La documentación solo describe las de Exoscale. Cada instancia se aprovisiona con «a native IPv4 address, leased from a global pool and intrinsically tied to the Compute instance» (traducción: «una dirección IPv4 nativa, tomada de un pool global y vinculada intrínsecamente a la instancia Compute»). Las Elastic IPs añaden direcciones estáticas que Exoscale crea para tu organización, cinco por defecto, asociadas a instancias dentro de una zona.

Private Connect, el enlace dedicado de Exoscale con tus redes privadas, no es una forma de evitarlo. Sus preguntas frecuentes preguntan si Exoscale puede anunciar tu rango IP a tus routers por BGP, y responden: «No, Private Connect is a pure Layer 2 connection to your router. No routing is done inside of Exoscale.» (traducción: «No, Private Connect es una conexión pura de capa 2 con tu router. Dentro de Exoscale no se hace ningún enrutamiento.»)

La vía del túnel

Una red que puede anunciar el bloque lo anuncia, y un túnel GRE o WireGuard lleva su tráfico a tu instancia de Exoscale y de vuelta (cómo funciona el túnel). La instancia conserva la dirección IPv4 nativa que le dio Exoscale, y esa dirección es el extremo exterior del túnel. El bloque alquilado llega dentro del túnel. Configuras sus direcciones en la interfaz del túnel o en la de loopback, y la instancia responde en ellas como si fueran locales. La red de Exoscale solo ve tráfico entre dos direcciones públicas.

• Usa la dirección nativa para el túnel. Exoscale dice que las Elastic IPs solo funcionan de forma nativa para el tráfico entrante, y el tráfico saliente sigue usando la dirección nativa de la instancia como origen. Una Elastic IP manual lo soluciona en parte: la guía de Exoscale sobre usar una Elastic IP como origen del tráfico vincula una aplicación a una. Para un túnel, la dirección nativa sigue siendo el extremo más sencillo, así que apunta el otro extremo a la dirección IPv4 nativa, no a una Elastic IP.
• Las respuestas vuelven por el túnel. Añade una ruta por políticas para que el tráfico del bloque salga por el túnel. Si saliera directamente, llevaría una dirección de origen que Exoscale nunca asignó a la instancia, y las redes filtran ese tráfico.
• Abre el security group. Exoscale deniega toda la entrada por defecto. Añade una regla de entrada desde la dirección del otro extremo para GRE, que los security groups ofrecen como protocolo junto a TCP, UDP e ICMP, o para el puerto UDP de WireGuard. La salida queda abierta hasta que creas la primera regla de salida. A partir de ahí, permite también la salida del túnel.
• Ajusta la MTU. 1476 bytes para GRE, unos 1420 para WireGuard, con MSS clamping si la instancia enruta el bloque hacia contenedores o máquinas virtuales.
• Cualquier tamaño. Un túnel entrega menos de 256 direcciones, hasta una sola, algo que BYOIP nunca permite.

Dónde encaja RTM Networks

Alquilamos /24 y mayores de nuestro propio espacio de direcciones del RIPE NCC, y vendemos bloques en las regiones RIPE NCC, ARIN y APNIC. Cada alquiler incluye el ROA, el objeto route, los registros PTR y una Letter of Authorization siempre que la necesites (alquilar IPv4). Si Exoscale acepta anunciar un bloque, creamos el ROA para el ASN que indique y firmamos la Letter of Authorization. Mientras tanto, anunciamos nosotros el bloque y lo entregamos a tu instancia por GRE o WireGuard, en cualquier tamaño hasta una sola dirección (túneles GRE y WireGuard). Dinos la zona y cuántas direcciones necesitas. Otros proveedores: guías BYOIP.