Glosario de seguridad

¿Qué es el NAT (traducción de direcciones de red)?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
Puntos claveLos puntos clave se generan con la ayuda de la inteligencia artificial. Dado que los resúmenes automáticos pueden contener en ocasiones errores u omitir contexto importante, consulta siempre la entrada completa del blog para obtener toda la información.

La traducción de direcciones de red (NAT) es un método de direccionamiento que reasigna los espacios de direcciones IP reescribiendo las cabeceras de los paquetes a medida que el tráfico pasa por routers o cortafuegos, lo que permite que múltiples hosts privados compartan direcciones IPv4 públicas y se conserve el limitado espacio IPv4. El NAT opera en la capa 3 (y en la capa 4 para la traducción de puertos) mediante el mantenimiento de tablas de traducción que asignan direcciones y puertos internos a los externos, siendo la traducción de direcciones de puerto (PAT) la forma más común, lo que permite que miles de hosts compartan una única dirección pública. Aunque el NAT resolvió el agotamiento de las direcciones IPv4 y proporciona un filtrado incidental de las conexiones, plantea retos operativos como la gestión de estados, la pérdida de atribución de origen, las incompatibilidades de protocolos y la complejidad en redes fusionadas, si bien el espacio de direcciones de IPv6, mucho más amplio, elimina el principal motivo para la adopción del NAT.

  • La traducción de direcciones de puerto (PAT) permite que miles de hosts internos compartan una única dirección IPv4 pública mediante la asignación de diferentes puertos de origen para cada conexión, lo que la convierte en la variante de NAT más ampliamente implantada.
  • El NAT oculta operativamente las fuentes de tráfico, lo que requiere registros de traducción precisos con marcas de tiempo para rastrear los incidentes de seguridad hasta hosts internos específicos, ya que los registros orientados a Internet solo muestran la dirección traducida.
  • IPv6 elimina la necesidad de NAT gracias a su espacio de direcciones de 128 bits, que proporciona direcciones únicas a nivel mundial para cada dispositivo, aunque siguen existiendo mecanismos de traducción especializados, como NAT64, para los clientes que solo utilizan IPv6 y acceden a servicios IPv4.

NAT de un vistazo

AttributeValue
Full nameNetwork address translation
CategoryAddressing method
Defined inRFC 3022 (traditional IP network address translator) and RFC 2663 (terminology)
OSI layerLayer 3, with port translation touching layer 4
Primary useLetting hosts with private IPv4 addresses reach external networks through shared public addresses
Related termsIPv4, IPv6, Private IP address, Firewall, IP address management, DHCP

Cómo funciona el NAT

Un dispositivo NAT se sitúa entre dos ámbitos de direcciones, normalmente una red interna privada e Internet pública. Mantiene una tabla de traducción que asigna las conexiones internas a direcciones y puertos externos.

  1. Llega un paquete saliente: un host interno envía un paquete a un destino externo. El paquete llega al dispositivo NAT con la dirección de origen privada del host y el puerto de origen.
  2. Entrada de traducción creada: El dispositivo selecciona una dirección pública y, en la traducción de direcciones de puerto, un puerto de origen. Registra la correspondencia entre la dirección y el puerto internos y la dirección y el puerto externos en su tabla de traducción.
  3. Reescritura de la cabecera: el dispositivo sustituye la dirección de origen y el puerto en la cabecera del paquete y vuelve a calcular las sumas de comprobación. A continuación, reenvía el paquete hacia el destino.
  4. Respuesta traducida: El servidor externo responde a la dirección pública y al puerto. El dispositivo busca la entrada, restaura el destino interno original y reenvía el paquete al host.
  5. Caducidad de la entrada: cuando la conexión se cierra o permanece inactiva más allá de un tiempo de espera, el dispositivo elimina la entrada de la tabla y puede reutilizar el puerto.

La traducción de direcciones de puerto, también denominada «sobrecarga NAT», es la forma más habitual y permite que miles de hosts internos compartan una única dirección pública. El NAT estático asigna una dirección interna a una dirección externa, lo que resulta adecuado para el acceso entrante a los servidores. El tráfico entrante no solicitado no tiene ninguna entrada en la tabla, por lo que se descarta a menos que exista una asignación estática o un reenvío de puertos. Algunos protocolos incorporan direcciones en sus cargas útiles y necesitan un asistente en la capa de aplicación para funcionar a través del NAT.

Por qué es importante el NAT en las redes empresariales

El NAT se generalizó porque el IPv4 solo ofrece unos 4.3 mil millones de direcciones, una cifra muy inferior al número de dispositivos conectados. Compartir una dirección pública entre muchos hosts retrasó el agotamiento de las direcciones y permitió a las organizaciones numerar sus redes internas con los rangos privados reservados en el RFC 1918. El coste es el estado: cada conexión activa ocupa una entrada en la tabla, por lo que los dispositivos muy activos pueden agotar los puertos o la memoria y rechazar nuevas sesiones.

Desde el punto de vista operativo, el NAT oculta el origen real del tráfico. Los registros en el perímetro de Internet solo muestran la dirección traducida, por lo que rastrear un incidente hasta un host interno requiere registros de traducción con marcas de tiempo precisas. La superposición de rangos privados tras una fusión a menudo obliga a realizar traducciones entre redes, lo que complica el enrutamiento, las respuestas DNS y la resolución de problemas. Las aplicaciones peer-to-peer, el VoIP y algunos diseños de VPN pueden fallar o necesitar soluciones alternativas cuando hay un NAT en la ruta.

El NAT no es un control de seguridad en sí mismo, aunque la ausencia de asignaciones entrantes bloquea las conexiones no solicitadas como efecto secundario. Un cortafuegos con estado proporciona la política real. IPv6 cuenta con un espacio de direcciones de 128 bits, por lo que la escasez de direcciones ya no impone la necesidad de la traducción, y el RFC 4864 describe cómo obtener los beneficios que a menudo se atribuyen al NAT sin necesidad de recurrir a él. La traducción sigue apareciendo en IPv6 en casos como el NAT64, definido en el RFC 6146, que conecta clientes que solo utilizan IPv6 a servicios IPv4.

Problemas habituales con el NAT

Una única dirección pública dispone de un conjunto limitado de puertos de origen, por lo que un cliente o un proxy muy activo puede agotarlos todos. En ese caso, las nuevas conexiones fallan o se bloquean de forma intermitente, a menudo durante los picos de carga, mientras que las sesiones existentes siguen funcionando.

Los protocolos que transportan direcciones IP o puertos dentro de la carga útil pueden fallar cuando solo se reescriben las cabeceras. Algunas sesiones de voz, vídeo y transferencia de archivos se conectan, pero no transportan medios ni datos a menos que el dispositivo NAT cuente con un asistente a nivel de aplicación o que los extremos utilicen técnicas de traversal.

Los registros de cara a Internet solo muestran la dirección traducida, por lo que muchos usuarios aparecen como uno solo. Los investigadores no pueden rastrear un evento hasta un host a menos que se mantengan y se correlacionen los registros de traducción con marcas de tiempo y puertos.

Los clientes internos que acceden a un servidor a través de su dirección pública pueden experimentar fallos cuando el dispositivo NAT no puede redirigir el tráfico hacia el interior. Los síntomas son que los servicios funcionan desde Internet pero se agota el tiempo de espera desde la red interna, y una solución habitual es el DNS de horizonte dividido.

La fusión de redes que utilizan el mismo rango privado, a menudo tras una adquisición, provoca conflictos de enrutamiento. Los equipos añaden un doble NAT o traducción entre los ámbitos, lo que complica la resolución de problemas y los registros DNS.

Descubre cómo el DDI unificado simplifica las operaciones de red

Gestiona el DNS, el DHCP y las direcciones IP desde una única plataforma con automatización, visibilidad y control integrados.

Preguntas frecuentes sobre NAT

Términos relacionados

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

Establecimiento de modelos de flujo de trabajo y aprobación de IPAM regulados y preparados para auditorías para las redes de la organización

Descubre soluciones de gestión de direcciones IP para flujos de trabajo de IPAM regulados y preparados para auditorías. Habilita aprobaciones por ámbitos…

Read more
Content Hub

Comprender el modelo OSI: dónde encajan el DNS y el direccionamiento IP dentro de las 7 capas

Comprende las siete capas del modelo OSI y cómo encajan en ellas el DNS y el direccionamiento IP. Aprende los fundamentos de la arquitectura de redes con…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

Escalabilidad del DNS y la gestión de direcciones IP (IPAM) para redes empresariales IPv6 y de doble pila

Amplíe el DNS y el IPAM para redes empresariales de doble pila. Descubra cómo Micetro ayuda a los equipos a gestionar las migraciones a IPv6 con sistemas…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

Integración de DNS, DHCP e IPAM en flujos de trabajo de infraestructura como código basados en Ansible y Git

La integración de DNS, DHCP e IPAM en los flujos de trabajo de IaC basados en Ansible y Git con Micetro convierte los cambios de direcciones y registros en…

Read more
Podcast

Podcast: Cómo la IA está cambiando el desarrollo de software empresarial

La IA transforma la automatización de redes, pero una implementación segura requiere sólidas prácticas de software, pruebas y experiencia en el ámbito…

Read more
Podcast

Podcast: Por qué las plataformas abiertas son importantes en las operaciones de red

Las plataformas abiertas y la arquitectura «API-first» permiten operaciones de red inteligentes, automatización y flujos de trabajo impulsados por IA en…

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

Obtenga respuestas a partir de los datos de LiveNX que ya tiene con LiveAssist

Descubre cómo LiveAssist, el complemento basado en IA para LiveNX, convierte tus datos de red en respuestas rápidas y guiadas, con un valor que podrás…

Read more
LiveWire GEN3 device offerings overview with descriptions of deep packet visibility and deployment options

Oferta de dispositivos LiveWire GEN3

BlueCat LiveWire es una plataforma de captura de paquetes y análisis forense de redes que ofrece una visibilidad profunda a nivel de paquetes en entornos…

Read more

Artículos relacionados