El direccionamiento IP privado es una de las funciones más útiles del protocolo. Este espacio de direcciones está destinado a un uso no regulado dentro de un ámbito local —en el seno de una organización, sin conexión a través de Internet— y ha permitido crear redes internas a gran escala.
Sin embargo, esta flexibilidad tiene un precio: al intentar conectar dos redes IP privadas que antes estaban separadas, es posible que se hayan utilizado algunas de las mismas direcciones IP en ambas redes. Dado que las direcciones IP deben ser únicas dentro de cada red o dominio de enrutamiento, estas duplicidades provocan inestabilidad en el acceso a la red desde y hacia las áreas solapadas. Aunque existen soluciones alternativas tradicionales para reducir el impacto, F5 Volterra permite evitar el problema por completo.
Por qué el solapamiento es un problema
Cuando dos partes diferentes de una red se solapan y utilizan el mismo intervalo de direcciones de subred IP, se producen dos problemas principales. En primer lugar, esas dos subredes no pueden comunicarse entre sí, ya que ninguno de los dispositivos sabrá que la dirección no corresponde a un punto final local. Si ambas subredes son exclusivamente de clientes y están llenas de usuarios, este problema puede ser fácil de solucionar; sin embargo, si una de ellas contiene servicios de red, estos serán totalmente inaccesibles desde la otra. Además, el solapamiento de direcciones IP afecta a todo el tráfico dirigido a esas subredes desde cualquier otro punto de la red. Como los routers de la red intercambian información, ambas subredes se anunciarán, pero desde dos ubicaciones distintas. Las conexiones pueden enviarse a la ubicación equivocada en cualquier momento, incluso si se habían establecido correctamente.
El auge moderno del solapamiento de direcciones IP
La causa más habitual del solapamiento de direcciones IP en redes bien gestionadas es la conexión o fusión de dos redes que antes estaban separadas. Es fácil imaginar este escenario cuando se fusionan dos organizaciones, especialmente si el departamento de TI de cada una utilizaba una convención similar para asignar direcciones, como 10/8 para los dispositivos finales y 172.16/12 para la infraestructura. Sin embargo, el solapamiento es cada vez más frecuente al conectarse a una o varias nubes. Las redes individuales más grandes pertenecen a proveedores de hiperescala, como los proveedores de nube pública, que necesariamente utilizan direccionamiento IP privado. Cuando cada servidor aloja un gran número de máquinas virtuales o una cantidad aún mayor de contenedores, una sola fila podría consumir una red /16 completa. A medida que crecía la demanda de servicios en la nube, también lo hacía la demanda de acceso, que pasó de las VPN de cliente a sitio a las VPN de sitio a sitio, los productos de redes multinube e incluso las conexiones WAN directas con centros de datos en la nube. Las VPN de sitio a sitio y los enlaces WAN conectan de forma efectiva partes de la red en la nube con la red del cliente y, dado que la mayoría de las redes de los clientes también se basan en direcciones IP privadas, el resultado es un solapamiento de direcciones IP cada vez más frecuente.
Paliar el solapamiento de IP frente a solucionarlo
A medida que las aplicaciones modernas distribuidas se generalicen, también lo harán las conexiones entre aplicaciones, como las de nube híbrida, nube a nube y perímetro a nube. Las arquitecturas escalables requerirán un método para gestionar el solapamiento de direcciones IP que pueda automatizarse de forma sencilla. Muchos administradores de red recurren primero a NAT; al fin y al cabo, NAT es lo que permite que las direcciones IP privadas se conecten a la Internet pública. Sin embargo, NAT se limita a trasladar el problema en lugar de resolverlo: la abstracción no se extiende al interior de la subred, por lo que la responsabilidad de gestionar casos límite (como redes remotas con el mismo rango de subred) recae en las aplicaciones y los servicios. Además, NAT dificulta la visibilidad al generar discrepancias entre los eventos recopilados dentro y fuera de la subred. Los costes operativos continuos que introduce NAT solo se justifican cuando otras opciones, como la renumeración, son peores.
Volterra VoltMesh de F5 ofrece una solución eficaz al solapamiento de direcciones IP. El solapamiento solo supone un problema cuando las conexiones dependen de la capa L3, por lo que VoltMesh separa las direcciones L3 de las transacciones en las capas L4 o L7 mediante los mismos métodos de entrega de aplicaciones en los que los clientes de F5 han confiado durante 25 años. Sin embargo, VoltMesh incorpora una función única: dado que sus funciones están distribuidas, el departamento de TI puede elegir cualquier dirección IP en cualquier punto de la malla para entregar la aplicación y, como sus funciones están integradas, se mantiene una visibilidad completa de extremo a extremo de la red, la seguridad e incluso la aplicación. Con VoltMesh, incluso es posible entregar un servicio remoto —sea cual sea su dirección IP real— en una subred local con una dirección IP local, por lo que no es necesario realizar ningún cambio en la red: ni NAT, ni aperturas de puertos en el cortafuegos, ni cambios de enrutamiento. VoltMesh proporciona un control y una visibilidad totales sin alterar la red, lo que permite ofrecer la solución más eficaz posible al solapamiento de direcciones IP.
Las redes siguen expandiéndose e interconectándose en la era multinube gracias al direccionamiento IP privado, lo que significa que el solapamiento de direcciones IP seguirá siendo un problema mientras se mantenga el enfoque en la conectividad heredada. Tanto en entornos locales como entre nubes, F5 Volterra VoltMesh permite prestar servicios de forma segura al desacoplar las aplicaciones de la capa de red, proporcionar accesibilidad sin conectividad y garantizar una separación clara para preservar la privacidad de las redes privadas.
Para obtener más información, visite El camino hacia los retos de la multinube en DevCentral de F5 y descubra cómo Conseguir una gestión integral de la multinube con F5.
Sobre el autor
Artículos relacionados del blog
Cree servicios públicos seguros, resilientes y preparados para la IA con F5 y AWS
Descubre cómo las organizaciones del sector público pueden modernizar de forma segura sus aplicaciones y soluciones de IA, al tiempo que gestionan los sistemas heredados, el cumplimiento normativo y el riesgo operativo.
Protección de los sistemas de IA: por qué la seguridad debe avanzar al ritmo de la innovación
Desde acelerar avances revolucionarios en medicina y educación hasta transformar la vida cotidiana, la IA está cambiando nuestra forma de vivir y trabajar. Pero también ofrece grandes oportunidades a los ciberdelincuentes.
Avanzar hacia la optimización digital tras la transformación
Descubre estrategias de optimización digital para garantizar políticas de seguridad coherentes, impulsar la madurez de la transformación digital y superar los retos de la transformación.
Proyecto de código abierto destacado: mayor observabilidad con F5 Cloud Logger iApp
En el punto de mira del código abierto: cómo aumentar la observabilidad. Lee el blog de F5 para descubrir cómo exportar fácilmente la telemetría de BIG-IP a plataformas modernas de análisis en la nube.
El estado de la entrega de aplicaciones en 2018: la transformación digital impulsa la automatización y la multinube pese a las preocupaciones de seguridad
Descubre las principales conclusiones del cuarto informe anual de F5 sobre el estado de la entrega de aplicaciones.
Estado de la entrega de aplicaciones en 2017: automatización, API y DevOps
Descubre el informe sobre el estado de la entrega de aplicaciones de 2017. Lee el blog retrospectivo de F5 sobre los inicios del auge de las redes declarativas y los flujos de DevOps.