IKE puede negociar las SA IPsec a través de un cuadro NAT Esta capacidad permite a los sistemas conectarse de forma segura desde una red remota, incluso cuando los sistemas están detrás de un dispositivo NAT. Por ejemplo, los empleados que trabajan desde casa o que se registran desde un sitio de conferencia pueden proteger su tráfico con IPsec.
Un cuadro NAT traduce una dirección interna privada en una dirección de Internet exclusiva. Las NAT son muy comunes en los puntos de acceso públicos a Internet, como los hoteles.
La posibilidad de utilizar IKE cuando hay un cuadro NAT entre los sistemas que se comunican se denomina “NAT transversal” o NAT-T. NAT-T tiene las siguientes limitaciones:
El protocolo AH depende de un encabezado IP sin cambios, por lo que AH no puede funcionar con NAT-T. El protocolo ESP se utiliza con NAT-T.
El cuadro NAT no utiliza reglas de procesamiento especiales. Un cuadro NAT con reglas de procesamiento IPsec especiales podría interferir con la implementación de NAT-T.
NAT-T sólo funciona cuando el iniciador IKE es el sistema que hay detrás del cuadro NAT. Un contestador IKE no puede estar detrás de un cuadro NAT a menos que el cuadro se haya programado para reenviar paquetes IKE al sistema individual adecuado detrás del cuadro.
Las siguientes RFC describen la funcionalidad de NAT y los límites de NAT-T. Hay copias de las RFC disponibles en http://www.rfc-editor.orghttp://www.rfc-editor.org.
RFC 3022, “Traditional IP Network Address Translator (Traditional NAT)” (Traductor tradicional de direcciones de red IP [NAT tradicional]), enero de 2001
RFC 3715, “IPsec-Network Address Translation (NAT) Compatibility Requirements” (Requisitos de compatibilidad entre IPsec y la traducción de direcciones de red [NAT]), marzo de 2004
RFC 3947, “Negotiation of NAT-Traversal in the IKE” (Negociación de NAT transversal en IKE), enero de 2005
RFC 3948, “UDP Encapsulation of IPsec Packets” (Encapsulación UDP de paquetes IPsec), enero de 2005