Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Descripción general de la configuración de VPN IPsec

Una conexión VPN puede enlazar dos LAN (VPN de sitio a sitio) o un usuario de marcado remoto y una LAN. El tráfico que fluye entre estos dos puntos pasa a través de recursos compartidos tales como enrutadores, conmutadores y otros equipos de red que forman la WAN pública. Se crea un túnel IPsec entre dos dispositivos participantes para proteger la comunicación VPN.

Descripción general de la configuración de VPN IPsec con IKE de clave automática

La negociación de VPN IPsec se produce en dos fases. En la fase 1, los participantes establecen un canal seguro en el que negociar la asociación de seguridad (SA) IPsec. En la fase 2, los participantes negocian la SA de IPsec para autenticar el tráfico que fluirá a través del túnel.

En esta descripción general se describen los pasos básicos para configurar una VPN IPsec basada en rutas o en políticas mediante IKE (claves o certificados previamente compartidos).

Para configurar una VPN IPsec basada en rutas o políticas mediante IKE de clave automática:

  1. Configure interfaces, zonas de seguridad e información de la libreta de direcciones.

    (Para VPN basadas en rutas) Configure una interfaz st0.x de túnel seguro. Configure el enrutamiento en el dispositivo.

  2. Configure la fase 1 del túnel VPN IPsec.
    1. (Opcional) Configure una propuesta de fase 1 de IKE personalizada. Este paso es opcional, ya que puede utilizar un conjunto de propuestas de fase 1 de IKE predefinido (estándar, compatible o básico).
    2. Configure una política de IKE que haga referencia a su propuesta de fase 1 de IKE personalizada o a un conjunto de propuestas de fase 1 de IKE predefinido. Especifique la clave IKE previamente compartida o la información del certificado. Especifique el modo (principal o agresivo) para los intercambios de fase 1.
    3. Configure una puerta de enlace de IKE que haga referencia a la política de IKE. Especifique los ID de IKE para los dispositivos locales y remotos. Si no se conoce la dirección IP de la puerta de enlace remota, especifique cómo debe identificarse la puerta de enlace remota.
  3. Configure la fase 2 del túnel VPN IPsec.
    1. (Opcional) Configure una propuesta de fase 2 de IPsec personalizada. Este paso es opcional, ya que puede usar un conjunto de propuestas de fase 2 de IPsec predefinido (estándar, compatible o básico).
    2. Configure una política IPsec que haga referencia a su propuesta personalizada de fase 2 de IPsec o a un conjunto de propuestas de fase 2 de IPsec predefinido. Especifique claves de confidencialidad directa (PFS) perfectas.
    3. Configure un túnel VPN IPsec que haga referencia tanto a la puerta de enlace de IKE como a la política IPsec. Especifique los ID de proxy que se utilizarán en las negociaciones de fase 2.

      (Para VPN basadas en rutas) Vincule la interfaz de túnel seguro st0.x al túnel VPN IPsec.

  4. Configure una política de seguridad para permitir el tráfico desde la zona de origen a la zona de destino.

    (Para VPN basadas en políticas) Especifique la acción de política de seguridad con el nombre del túnel VPN IPsec que configuró.tunnel ipsec-vpn

  5. Actualice la configuración global de VPN.

Descripción de VPN IPsec con puntos de conexión dinámicos

Descripción general

Un par VPN IPsec puede tener una dirección IP desconocida para el par con el que está estableciendo la conexión VPN. Por ejemplo, un par puede tener una dirección IP asignada dinámicamente mediante el Protocolo de configuración dinámica de host (DHCP). Este podría ser el caso de un cliente de acceso remoto en una sucursal u oficina en casa o un dispositivo móvil que se mueve entre diferentes ubicaciones físicas. O bien, el par puede estar ubicado detrás de un dispositivo NAT que traduce la dirección IP de origen original del par a una dirección diferente. Un par VPN con una dirección IP desconocida se conoce como un punto de conexión dinámico y una VPN establecida con un punto de conexión dinámico se conoce como una VPN de punto de conexión dinámico.

En los firewalls de la serie SRX, IKEv1 o IKEv2 son compatibles con VPN de punto de conexión dinámico. Las VPN de punto final dinámico en firewalls serie SRX admiten tráfico IPv4 en túneles seguros. A partir de Junos OS versión 15.1X49-D80, las VPN de punto de conexión dinámico en firewalls serie SRX admiten tráfico IPv6 en túneles seguros.

El tráfico IPv6 no es compatible con las redes AutoVPN.

En las secciones siguientes se describen los elementos que se deben tener en cuenta al configurar una VPN con un punto de conexión dinámico.

Identidad IKE

En el punto de conexión dinámico, se debe configurar una identidad IKE para que el dispositivo se identifique ante su par. La identidad local del extremo dinámico se comprueba en el par. De forma predeterminada, el firewall de la serie SRX espera que la identidad de IKE sea una de las siguientes:

  • Cuando se usan certificados, se puede usar un nombre distintivo (DN) para identificar a los usuarios o a una organización.

  • Un nombre de host o nombre de dominio completo (FQDN) que identifica el extremo.

  • Un nombre de dominio completo de usuario (UFQDN), también conocido como nombre de usuario en host. Esta es una cadena que sigue el formato de dirección de correo electrónico.

Modo agresivo para la política IKEv1

Cuando se utiliza IKEv1 con VPN de punto de conexión dinámico, la política de IKE debe configurarse para el modo agresivo.

Políticas de IKE e interfaces externas

A partir de Junos OS versión 12.3X48-D40, Junos OS versión 15.1X49-D70 y Junos OS versión 17.3R1, todas las puertas de enlace de punto de conexión dinámico configuradas en firewalls serie SRX que utilizan la misma interfaz externa pueden utilizar políticas de IKE diferentes, pero las políticas de IKE deben utilizar la misma propuesta de IKE. Esto se aplica a IKEv1 e IKEv2.

TDR

Si el punto de conexión dinámico está detrás de un dispositivo NAT, NAT-T debe configurarse en el firewall de la serie SRX. Es posible que se necesiten keepalives NAT para mantener la traducción NAT durante la conexión entre los pares VPN. De forma predeterminada, NAT-T está habilitado en los firewalls de la serie SRX y las conservaciones NAT se envían a intervalos de 20 segundos.

ID de IKE compartidos y de grupo

Puede configurar un túnel VPN individual para cada punto de conexión dinámico. Para las VPN de punto de conexión dinámico IPv4, puede usar el ID de IKE de grupo o las funciones de ID de IKE compartido para permitir que varios puntos de conexión dinámicos compartan una configuración de puerta de enlace de IKE.

El ID de IKE de grupo le permite definir una parte común de un ID de IKE completo para todos los puntos de conexión dinámicos, como "example.net". Una parte específica del usuario, como el nombre de usuario "Bob", concatenada con la parte común forma un ID de IKE completo (Bob.example.net) que identifica de forma exclusiva cada conexión de usuario.

El ID de IKE compartido permite que los puntos de conexión dinámicos compartan un único ID de IKE y una clave previamente compartida.

Descripción de la configuración de identidad de IKE

La identificación de IKE (ID de IKE) se utiliza para la validación de dispositivos VPN del mismo nivel durante la negociación de IKE. El ID de IKE recibido por el firewall de la serie SRX de un par remoto puede ser una dirección IPv4 o IPv6, un nombre de host, un nombre de dominio completo (FQDN), un FQDN de usuario (UFQDN) o un nombre distintivo (DN). El ID de IKE enviado por el par remoto debe coincidir con lo esperado por el firewall de la serie SRX. De lo contrario, se producirá un error en la validación del ID de IKE y no se establecerá la VPN.

Tipos de ID de IKE

Los firewalls de la serie SRX admiten los siguientes tipos de identidades IKE para pares remotos:

  • Una dirección IPv4 o IPv6 se usa comúnmente con VPN de sitio a sitio, donde el par remoto tiene una dirección IP estática.

  • Un nombre de host es una cadena que identifica el sistema par remoto. Puede ser un FQDN que se resuelve en una dirección IP. También puede ser un FQDN parcial que se usa junto con un tipo de usuario IKE para identificar a un usuario remoto específico.

    Cuando se configura un nombre de host en lugar de una dirección IP, la configuración confirmada y el posterior establecimiento del túnel se basan en la dirección IP resuelta actualmente. Si la dirección IP del par remoto cambia, la configuración ya no es válida.

  • Un UFQDN es una cadena que sigue el mismo formato que una dirección de correo electrónico, como .user@example.com

  • Un DN es un nombre que se utiliza con los certificados digitales para identificar de forma exclusiva a un usuario. Por ejemplo, un DN puede ser "CN=user, DC=example, DC=com". Opcionalmente, puede usar la palabra clave para especificar que el orden de los campos en un DN y sus valores coincidan exactamente con el DN configurado, o usar la palabra clave para especificar que los valores de los campos en un DN deben coincidir pero el orden de los campos no importa.containerwildcard

    A partir de Junos OS versión 19.4R1, ahora solo puede configurar un atributo DN dinámico entre la jerarquía y en .container-stringwildcard-string[edit security ike gateway gateway_name dynamic distinguished-name] Si intenta configurar el segundo atributo después de configurar el primero, el primero se sustituye por el segundo atributo. Antes de actualizar el dispositivo, debe eliminar uno de los atributos si ha configurado ambos.

  • Un tipo de usuario IKE se puede utilizar con AutoVPN y VPN de acceso remoto cuando hay varios pares remotos conectados a la misma puerta de enlace VPN en el firewall de la serie SRX. Configure para especificar un ID de IKE de grupo o para especificar un ID de IKE compartido.ike-user-type group-ike-idike-user-type shared-ike-id

ID de IKE remoto y VPN de sitio a sitio

Para VPN de sitio a sitio, el ID de IKE del par remoto puede ser la dirección IP de la tarjeta de interfaz de red de salida, una dirección de circuito cerrado, un nombre de host o un ID de IKE configurado manualmente, según la configuración del dispositivo del mismo nivel.

De forma predeterminada, los firewalls de la serie SRX esperan que el ID de IKE del par remoto sea la dirección IP configurada con la configuración.set security ike gateway gateway-name address Si el ID de IKE del par remoto tiene un valor diferente, debe configurar la instrucción en el nivel de jerarquía [].remote-identityedit security ike gateway gateway-name

Por ejemplo, una puerta de enlace IKE en los firewalls de la serie SRX se configura con el comando.set security ike gateway remote-gateway address 203.0.113.1 Sin embargo, el ID de IKE enviado por el par remoto es .host.example.net Existe una discrepancia entre lo que el firewall de la serie SRX espera para el ID de IKE del par remoto (203.0.113.1) y el ID de IKE real () enviado por el par.host.example.net En este caso, se produce un error en la validación del ID de IKE. Utilice el para que coincida con el ID de IKE recibido del par remoto.set security ike gateway remote-gateway remote-identity hostname host.example.net

ID de IKE remoto y VPN de punto de conexión dinámico

Para VPN de punto de conexión dinámico, el ID de IKE esperado del par remoto se configura con las opciones en el nivel de jerarquía [].edit security ike gateway gateway-name dynamic Para AutoVPN, combinado con se puede usar donde hay varios pares que tienen un nombre de dominio común.hostnameike-user-type group-ike-id Si se usan certificados para verificar el par, se puede configurar un DN.

ID de IKE local del firewall de la serie SRX

De forma predeterminada, el firewall de la serie SRX utiliza la dirección IP de su interfaz externa al par remoto como su ID de IKE. Este ID de IKE se puede anular configurando la instrucción en el nivel de jerarquía [].local-identityedit security ike gateway gateway-name Si necesita configurar la instrucción en un firewall de la serie SRX, asegúrese de que el ID de IKE configurado coincida con el ID de IKE esperado por el par remoto.local-identity

Configuración de ID de IKE remoto para VPN de sitio a sitio

De forma predeterminada, los firewalls de la serie SRX validan el ID de IKE recibido del par con la dirección IP configurada para la puerta de enlace de IKE. En determinadas configuraciones de red, el ID de IKE recibido del par (que puede ser una dirección IPv4 o IPv6, un nombre de dominio completo [FQDN], un nombre distintivo o una dirección de correo electrónico) no coincide con la puerta de enlace de IKE configurada en el firewall de la serie SRX. Esto puede provocar un error de validación de fase 1.

Para modificar la configuración del firewall de la serie SRX o del dispositivo del mismo nivel para el ID de IKE que se utiliza:

  • En el firewall de la serie SRX, configure la instrucción en el nivel de jerarquía [] para que coincida con el ID de IKE recibido del par.remote-identityedit security ike gateway gateway-name Los valores pueden ser una dirección IPv4 o IPv6, FQDN, nombre distintivo o dirección de correo electrónico.

    Si no configura , el dispositivo utiliza la dirección IPv4 o IPv6 que corresponde al par remoto de forma predeterminada.remote-identity

  • En el dispositivo del mismo nivel, asegúrese de que el ID de IKE sea el mismo que el configurado en el firewall de la serie SRX.remote-identity Si el dispositivo del mismo nivel es un firewall de la serie SRX, configure la instrucción en el nivel de jerarquía [].local-identityedit security ike gateway gateway-name Los valores pueden ser una dirección IPv4 o IPv6, FQDN, nombre distintivo o dirección de correo electrónico.

Descripción de la autenticación OSPF y OSPFv3 en firewalls de la serie SRX

OSPFv3 no tiene un método de autenticación integrado y se basa en el conjunto de seguridad IP (IPsec) para proporcionar esta funcionalidad. IPsec proporciona autenticación de origen, integridad de datos, confidencialidad, protección de reproducción y no rechazo del origen. Puede utilizar IPsec para proteger interfaces OSPFv3 y vínculos virtuales específicos, y para proporcionar cifrado para paquetes OSPF.

OSPFv3 utiliza las partes del encabezado de autenticación IP (AH) y la carga de seguridad de encapsulación (ESP) del protocolo IPsec para autenticar la información de enrutamiento entre pares. AH puede proporcionar integridad sin conexión y autenticación de origen de datos. También proporciona protección contra repeticiones. AH autentica la mayor cantidad posible del encabezado IP, así como los datos de protocolo de nivel superior. Sin embargo, algunos campos de encabezado IP pueden cambiar durante el tránsito. Dado que el valor de estos campos puede no ser predecible para el remitente, no se pueden proteger mediante AH. ESP puede proporcionar cifrado y confidencialidad de flujo de tráfico limitado o integridad sin conexión, autenticación de origen de datos y un servicio anti-reproducción.

IPsec se basa en asociaciones de seguridad (SA). Una SA es un conjunto de especificaciones IPsec que se negocian entre dispositivos que establecen una relación IPsec. Esta conexión símplex proporciona servicios de seguridad a los paquetes transportados por la SA. Estas especificaciones incluyen preferencias para el tipo de autenticación, cifrado y protocolo IPsec que se utilizará al establecer la conexión IPsec. Una SA se utiliza para cifrar y autenticar un flujo particular en una dirección. Por lo tanto, en el tráfico bidireccional normal, los flujos están protegidos por un par de SA. Una SA que se va a utilizar con OSPFv3 debe configurarse manualmente y utilizar el modo de transporte. Los valores estáticos deben configurarse en ambos extremos de la SA.

Para configurar IPsec para OSPF u OSPFv3, defina primero una SA manual con la opción en el nivel de jerarquía [].security-association sa-nameedit security ipsec Esta función solo admite SA de clave manual bidireccionales en modo de transporte. Las SA manuales no requieren negociación entre los pares. Todos los valores, incluidas las claves, son estáticos y se especifican en la configuración. Las SA manuales definen estáticamente los valores, algoritmos y claves del índice de parámetros de seguridad (SPI) que se utilizarán y requieren configuraciones coincidentes en ambos puntos de conexión (pares OSPF u OSPFv3). Como resultado, cada par debe tener las mismas opciones configuradas para que la comunicación tenga lugar.

La elección real de los algoritmos de cifrado y autenticación se deja al administrador de IPsec; Sin embargo, tenemos las siguientes recomendaciones:

  • Use ESP con cifrado nulo para proporcionar autenticación a los encabezados de protocolo, pero no al encabezado IPv6, los encabezados de extensión y las opciones. Con el cifrado nulo, elige no proporcionar cifrado en los encabezados de protocolo. Esto puede ser útil para solucionar problemas y depurar. Para obtener más información acerca del cifrado nulo, consulte RFC 2410, El algoritmo de cifrado NULL y su uso con IPsec.

  • Utilice ESP con DES o 3DES para una confidencialidad total.

  • Use AH para proporcionar autenticación a los encabezados de protocolo, los campos inmutables en los encabezados IPv6 y los encabezados y opciones de extensión.

La SA configurada se aplica a las configuraciones de OSPF u OSPFv3 de la siguiente manera:

  • Para una interfaz OSPF u OSPFv3, incluya la instrucción en el nivel jerárquico [] o [].ipsec-sa nameedit protocols ospf area area-id interface interface-nameedit protocols ospf3 area area-id interface interface-name Solo se puede especificar un nombre SA IPsec para una interfaz OSPF u OSPFv3; sin embargo, diferentes interfaces OSPF/OSPFv3 pueden especificar la misma SA IPsec.

  • Para un vínculo virtual OSPF u OSPFv3, incluya la instrucción en el nivel jerárquico [] o [].ipsec-sa nameedit protocols ospf area area-id virtual-link neighbor-id router-id transit-area area-idedit protocols ospf3 area area-id virtual-link neighbor-id router-id transit-area area-id Debe configurar la misma SA de IPsec para todos los vínculos virtuales con la misma dirección de extremo remoto.

Se aplican las siguientes restricciones a la autenticación IPsec para OSPF u OSPFv3 en firewalls de la serie SRX:

  • Las configuraciones manuales de VPN configuradas en el nivel de jerarquía [] no se pueden aplicar a interfaces OSPF u OSPFv3 ni a vínculos virtuales para proporcionar autenticación y confidencialidad IPsec.edit security ipsec vpn vpn-name manual

  • No puede configurar IPsec para la autenticación OSPF u OSPFv3 si existe una VPN IPsec configurada en el dispositivo con las mismas direcciones local y remota.

  • IPsec para la autenticación OSPF u OSPFv3 no se admite en interfaces st0 de túnel seguro.

  • No se admite la reintroducción de claves manuales.

  • No se admiten las SA de intercambio dinámico de claves por Internet (IKE).

  • Solo se admite el modo de transporte IPsec. En el modo de transporte, solo la carga útil (los datos que transfiere) del paquete IP está cifrada, autenticada o ambas. No se admite el modo de túnel.

  • Dado que solo se admiten SA manuales bidireccionales, todos los pares OSPFv3 deben configurarse con la misma SA IPsec. Puede configurar una SA bidireccional manual en el nivel de jerarquía [].edit security ipsec

  • Debe configurar la misma SA de IPsec para todos los vínculos virtuales con la misma dirección de extremo remoto.

Ejemplo: Configuración de la autenticación IPsec para una interfaz OSPF en un firewall de la serie SRX

En este ejemplo se muestra cómo configurar y aplicar una asociación de seguridad (SA) manual a una interfaz OSPF.

Requisitos

Antes de empezar:

  • Configure las interfaces del dispositivo.

  • Configure los identificadores de enrutador para los dispositivos de la red OSPF.

  • Controle la elección del enrutador designado por OSPF.

  • Configure una red OSPF de área única.

  • Configure una red OSPF multiárea.

Descripción general

Puede usar la autenticación IPsec tanto para OSPF como para OSPFv3. Puede configurar la SA manual por separado y aplicarla a la configuración de OSPF aplicable. enumera los parámetros y valores configurados para la SA manual en este ejemplo.Tabla 3

Tabla 3: SA manual para la autenticación de interfaz OSPF IPsec

Parámetro

valor

Nombre SA

sa1

Modo

Transporte

Dirección

Bidireccional

Protocolo

AH

SPI

256

Algoritmo de autenticación

Clave

HMAC-MD5-96

(ASCII) 123456789012abc

Algoritmo de cifrado

Clave

Des

(ASCII) cba210987654321

Configuración

Configuración de una SA manual

Configuración rápida de CLI

Para configurar rápidamente una SA manual que se utilizará para la autenticación IPsec en una interfaz OSPF, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [] y, a continuación, ingrese desde el modo de configuración.editcommit

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacer eso, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar una SA manual:

  1. Especifique un nombre para la SA.

  2. Especifique el modo de la SA manual.

  3. Configure la dirección de la SA manual.

  4. Configure el protocolo IPsec que se va a utilizar.

  5. Configure el valor del SPI.

  6. Configure el algoritmo y la clave de autenticación.

  7. Configure el algoritmo y la clave de cifrado.

Resultados

Confirme la configuración introduciendo el comando.show security ipsec Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Después de configurar la contraseña, no verá la contraseña en sí. El resultado muestra el formulario cifrado de la contraseña que configuró.

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Habilitación de la autenticación IPsec para una interfaz OSPF

Configuración rápida de CLI

Para aplicar rápidamente una SA manual utilizada para la autenticación IPsec a una interfaz OSPF, copie el siguiente comando, péguelo en un archivo de texto, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue el comando en la CLI en el nivel de jerarquía [] y, a continuación, ingrese desde el modo de configuración.editcommit

Procedimiento paso a paso

Para habilitar la autenticación IPsec para una interfaz OSPF:

  1. Cree un área OSPF.

    Para especificar OSPFv3, incluya la instrucción en el nivel jerárquico .ospf3[edit protocols]

  2. Especifique la interfaz.

  3. Aplique la SA manual de IPsec.

Resultados

Confirme la configuración introduciendo el comando.show ospf interface detail Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Para confirmar la configuración de OSPFv3, escriba el comando.show protocols ospf3

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Verificación

Confirme que la configuración funcione correctamente.

Comprobación de la configuración de asociación de seguridad IPsec

Propósito

Compruebe las opciones de asociación de seguridad IPsec configuradas. Verifique la información siguiente:

  • El campo Asociación de seguridad muestra el nombre de la asociación de seguridad configurada.

  • El campo SPI muestra el valor que ha configurado.

  • El campo Modo muestra el modo de transporte.

  • El campo Tipo muestra manual como el tipo de asociación de seguridad.

Acción

Desde el modo operativo, ingrese el comando show ospf interface detail.

Comprobación de la asociación de seguridad IPsec en la interfaz OSPF

Propósito

Compruebe que la asociación de seguridad IPsec que configuró se ha aplicado a la interfaz OSPF. Confirme que el campo Nombre de SA de IPsec muestra el nombre de la asociación de seguridad IPsec configurada.

Acción

Desde el modo operativo, escriba el comando para OSPF y escriba el comando para OSPFv3.show ospf interface detailshow ospf3 interface detail

Configuración de VPN IPsec mediante el Asistente para VPN

El Asistente VPN le permite realizar una configuración básica de VPN IPsec, incluidas la fase 1 y la fase 2. Para una configuración más avanzada, utilice la interfaz J-Web o la CLI. Esta función es compatible con dispositivos SRX300, SRX320, SRX340, SRX345 y SRX550HM.

Para configurar VPN IPsec mediante el Asistente VPN:

  1. Seleccione esta opción en la interfaz de J-Web.Configure>Device Setup>VPN
  2. Haga clic en el botón Iniciar asistente VPN.
  3. Siga las indicaciones del asistente.

El área superior izquierda de la página del asistente muestra dónde se encuentra en el proceso de configuración. El área inferior izquierda de la página muestra ayuda sensible al campo. Al hacer clic en un vínculo bajo el encabezado Recursos, el documento se abre en el explorador. Si el documento se abre en una pestaña nueva, asegúrese de cerrar solo la pestaña (no la ventana del explorador) cuando cierre el documento.

Ejemplo: Configuración de una VPN radial

En este ejemplo se muestra cómo configurar una VPN IPsec radial para una implementación de clase empresarial. Para VPN IPSec de sitio a sitio con IKEv1 e IKEv2, consulte VPN IPsec basada en rutas con IKEv1 y VPN IPsec basada en rutas con IKEv1 respectivamente.https://www.juniper.net/documentation/us/en/software/junos/vpn-ipsec/topics/topic-map/security-vpns-for-ikev2.html#id-example-configuring-a-route-based-vpn-for-ikev2

Requisitos

En este ejemplo, se utiliza el siguiente hardware:

  • Dispositivo SRX240

  • SRX5800 dispositivo

  • Dispositivo SSG140

Antes de comenzar, lea Información general sobre IPsec.

Descripción general

En este ejemplo se describe cómo configurar una VPN radial que normalmente se encuentra en las implementaciones de sucursal. El centro es la oficina corporativa, y hay dos radios: una sucursal en Sunnyvale, California, y una sucursal en Westford, Massachusetts. Los usuarios de las sucursales usarán la VPN para transferir datos de forma segura con la oficina corporativa.

Figura 1 muestra un ejemplo de una topología VPN radial. En esta topología, un dispositivo SRX5800 se encuentra en la oficina corporativa. Un firewall de la serie SRX se encuentra en la sucursal de Westford y un dispositivo SSG140 se encuentra en la sucursal de Sunnyvale.

Figura 1: Topología VPN radialTopología VPN radial

En este ejemplo, se configura el concentrador de la oficina corporativa, el radio Westford y el radio Sunnyvale. En primer lugar, configure las interfaces, las rutas estáticas y predeterminadas IPv4, las zonas de seguridad y las libretas de direcciones. A continuación, configure los parámetros IKE fase 1 e IPsec fase 2 y enlace la interfaz st0.0 a la VPN IPsec. En el concentrador, configure st0.0 para multipunto y agregue una entrada de tabla NHTB estática para el radio Sunnyvale. Por último, configure la directiva de seguridad y los parámetros TCP-MSS. Consulte del Tabla 4 al Tabla 8 para ver parámetros de configuración específicos que se utilizan en este ejemplo.

Tabla 4: Información de interfaz, zona de seguridad y libreta de direcciones

Hub o radial

Característica

Nombre

Parámetros de configuración

Hub

Interfaces

ge-0/0/0.0

192.168.10.1/24

   

ge-0/0/3.0

10.1.1.2/30

   

st0

10.11.11.10/24

Habló

Interfaces

ge-0/0/0.0

10.3.3.2/30

   

ge-0/0/3.0

192.168.178.1/24

   

st0

10.11.11.12/24

Hub

Zonas de seguridad

confiar

  • Se permiten todos los servicios del sistema.

  • La interfaz ge-0/0/0.0 está vinculada a esta zona.

   

no confiar

  • ICR es el único servicio de sistema permitido.

  • La interfaz ge-0/0/3.0 está vinculada a esta zona.

   

vpn

La interfaz st0.0 está vinculada a esta zona.

Habló

Zonas de seguridad

confiar

  • Se permiten todos los servicios del sistema.

  • La interfaz ge-0/0/3.0 está vinculada a esta zona.

   

no confiar

  • ICR es el único servicio de sistema permitido.

  • La interfaz ge-0/0/0.0 está vinculada a esta zona.

   

vpn

La interfaz st0.0 está vinculada a esta zona.

Hub

Entradas de la libreta de direcciones

red-local

  • Esta dirección es para la libreta de direcciones de la zona de confianza.

  • La dirección de esta entrada en la libreta de direcciones es 192.168.10.0/24.

   

sunnyvale-net

  • Esta libreta de direcciones es para la libreta de direcciones de la zona VPN.

  • La dirección para esta entrada de la libreta de direcciones es 192.168.168.0/24.

   

Westford-NET

  • Esta dirección es para la libreta de direcciones de la zona VPN.

  • La dirección de esta entrada en la libreta de direcciones es 192.168.178.0/24.

Habló

Entradas de la libreta de direcciones

red-local

  • Esta dirección es para la libreta de direcciones de la zona de confianza.

  • La dirección de esta entrada en la libreta de direcciones es 192.168.168.178.0/24.

   

red corporativa

  • Esta dirección es para la libreta de direcciones de la zona VPN.

  • La dirección de esta entrada en la libreta de direcciones es 192.168.10.0/24.

   

sunnyvale-net

  • Esta dirección es para la libreta de direcciones de la zona VPN.

  • La dirección para esta entrada de la libreta de direcciones es 192.168.168.0/24.

Tabla 5: Parámetros de configuración de fase 1 de IKE

Hub o radial

Característica

Nombre

Parámetros de configuración

Hub

Propuesta

ike-fase1-propuesta

  • Método de autenticación: claves precompartidas

  • Grupo Diffie-Hellman: group2

  • Algorítmo de autenticación: sha1

  • Algorítmo de cifrado: AES-128-CBC

 

Política

ike-phase1-policy

  • Modo: principal

  • Referencia de propuesta: ike-fase1-propuesta

  • Método de autenticación de políticas de fase 1 de IKE: ASCII-texto de clave precompartida

 

Puerta de enlace

GW-Westford

  • Referencia de política ICR: ike-phase1-policy

  • Interfaz externa: ge-0/0/3.0

  • Dirección de puerta de enlace: 10.3.3.2

   

gw-sunnyvale

  • Referencia de política ICR: ike-phase1-policy

  • Interfaz externa: ge-0/0/3.0

  • Dirección de puerta de enlace: 10.2.2.2

Habló

Propuesta

ike-fase1-propuesta

  • Método de autenticación: claves precompartidas

  • Grupo Diffie-Hellman: grupo2

  • Algorítmo de autenticación: sha1

  • Algorítmo de cifrado: AES-128-CBC

 

Política

ike-phase1-policy

  • Modo: principal

  • Referencia de propuesta: ike-fase1-propuesta

  • Método de autenticación de políticas de fase 1 de IKE: ASCII-texto de clave precompartida

 

Puerta de enlace

GW-Corporativo

  • Referencia de política ICR: ike-phase1-policy

  • Interfaz externa: ge-0/0/0.0

  • Dirección de puerta de enlace: 10.1.1.2

Tabla 6: Parámetros de configuración de fase 2 de IPsec

Hub o radial

Característica

Nombre

Parámetros de configuración

Hub

Propuesta

ipsec-fase2-propuesta

  • Protocolo: esp

  • Algorítmo de autenticación: HMAC-SHA1-96

  • Algorítmo de cifrado: AES-128-CBC

 

Política

ipsec-phase2-policy

  • Referencia de propuesta: ipsec-fase2-propuesta

  • PFS: Diffie-Hellman group2

 

VPN

VPN-Sunnyvale

  • Referencia de puerta de enlace ICR: gw-sunnyvale

  • Referencia de política IPsec: ipsec-phase2-policy

  • Enlazar a interfaz: st0.0

   

VPN-Westford

  • Referencia de puerta de enlace ICR: GW-Westford

  • Referencia de política IPsec: ipsec-phase2-policy

  • Enlazar a interfaz: st0.0

Habló

Propuesta

ipsec-fase2-propuesta

  • Protocolo: esp

  • Algorítmo de autenticación: HMAC-SHA1-96

  • Algorítmo de cifrado: AES-128-CBC

 

Política

ipsec-phase2-policy

  • Referencia de propuesta: ipsec-fase2-propuesta

  • PFS: Diffie-Hellman group2

 

VPN

vpn-corporativo

  • Referencia de puerta de enlace ICR: GW-Corporativo

  • Referencia de política IPsec: ipsec-phase2-policy

  • Enlazar a interfaz: st0.0

Tabla 7: Parámetros de configuración de política de seguridad

Hub o radial

Propósito

Nombre

Parámetros de configuración

Hub

La política de seguridad permite el tráfico desde la zona de confianza a la zona VPN.

local a radios

  • Criterios de coincidencia:

    • fuente-dirección-local-net

    • dirección-destino sunnyvale-net

    • dirección-destino westford-net

    • application any

 

La política de seguridad permite el tráfico desde la zona VPN a la zona de confianza.

De los portavoces a los locales

Criterios de coincidencia:

  • dirección de origen sunnyvale-net

  • dirección de origen westford-net

  • dirección-destino red-local

  • application any

 

La política de seguridad permite el tráfico dentro de la zona.

de habla a radio

Criterios de coincidencia:

  • dirección de origen cualquiera

  • dirección-destino cualquiera

  • application any

Habló

La política de seguridad permite el tráfico desde la zona de confianza a la zona VPN.

a-corp

  • Criterios de coincidencia:

    • fuente-dirección-local-net

    • dirección de destino corp-net

    • dirección-destino sunnyvale-net

    • application any

 

La política de seguridad permite el tráfico desde la zona VPN a la zona de confianza.

de-corp

Criterios de coincidencia:

  • fuente-dirección corp-net

  • dirección de origen sunnyvale-net

  • dirección-destino red-local

  • application any

 

La política de seguridad permite el tráfico desde la zona de no confianza a la zona de confianza.

permiso-cualquiera

Criterios de coincidencia:

  • dirección de origen cualquiera

  • origen-destino cualquiera

  • application any

  • Acción de permiso: Interfaz source-nat

    Al especificar , el firewall de la serie SRX traduce la dirección IP de origen y el puerto para el tráfico saliente, utilizando la dirección IP de la interfaz de salida como dirección IP de origen y un puerto aleatorio de número alto para el puerto de origen.source-nat interface

Tabla 8: Parámetros de configuración TCP-MSS

Propósito

Parámetros de configuración

TCC-MSS se negocia como parte del protocolo de enlace de tres vías TCP y limita el tamaño máximo de un segmento TCP para ajustarse mejor a los límites de MTU en una red. Para el tráfico VPN, la sobrecarga de encapsulación de IPsec, junto con la sobrecarga de IP y la trama, puede hacer que el paquete ESP resultante supere la MTU de la interfaz física, lo cual genera fragmentación. La fragmentación da como resultado un mayor uso del ancho de banda y de los recursos del dispositivo.

El valor de 1350 es un punto de partida recomendado para la mayoría de las redes basadas en Ethernet con una MTU de 1500 o superior. Es posible que deba experimentar con distintos valores de TCP-MSS para obtener un rendimiento óptimo. Por ejemplo, es posible que necesite cambiar el valor si algún dispositivo en la ruta de acceso tiene una MTU baja o si hay alguna sobrecarga adicional, como PPP o Frame Relay.

Valor MSS: 1350

Configuración

Configuración de información básica de red, zona de seguridad y libreta de direcciones para el concentrador

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacer eso, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar la información básica de red, zona de seguridad y libreta de direcciones para el concentrador:

  1. Configure la información de interfaz Ethernet.

  2. Configure la información de rutas estáticas.

  3. Configure la zona de seguridad de no confianza.

  4. Asigne una interfaz a la zona de seguridad de no confianza.

  5. Especifique los servicios del sistema permitidos para la zona de seguridad de no confianza.

  6. Configure la zona de seguridad de confianza.

  7. Asigne una interfaz a la zona de seguridad de confianza.

  8. Especifique los servicios del sistema permitidos para la zona de seguridad de confianza.

  9. Cree una libreta de direcciones y adjunte una zona a ella.

  10. Configure la zona de seguridad vpn.

  11. Asigne una interfaz a la zona de seguridad vpn.

  12. Cree otra libreta de direcciones y adjunte una zona a ella.

Resultados

Desde el modo de configuración, ingrese los comandos show interfaces, show routing-options, show security zones y show security address-book para confirmar la configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Configuración de IKE para el concentrador

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacer eso, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar IKE para el hub:

  1. Cree la propuesta de fase 1 de IKE.

  2. Defina el método de autenticación de la propuesta de ICR.

  3. Defina el grupo Diffie-Hellman de la propuesta de ICR.

  4. Defina el algoritmo de autenticación de la propuesta de ICR.

  5. Defina el algoritmo de cifrado de la propuesta de ICR.

  6. Cree una política de fase 1 de IKE.

  7. Establezca el modo de política de fase 1 de IKE.

  8. Especifique una referencia a la propuesta de ICR.

  9. Defina el método de autenticación de políticas de fase 1 de IKE.

  10. Cree una puerta de enlace de fase 1 de IKE y defina su interfaz externa.

  11. Defina la referencia de política de fase 1 de IKE.

  12. Defina la dirección de puerta de enlace de fase 1 de IKE.

  13. Cree una puerta de enlace de fase 1 de IKE y defina su interfaz externa.

  14. Defina la referencia de política de fase 1 de IKE.

  15. Defina la dirección de puerta de enlace de fase 1 de IKE.

Resultados

Desde el modo de configuración, confírmela con el comando show security ike. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Configuración de IPsec para el concentrador

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacer eso, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar IPsec para el concentrador:

  1. Cree una propuesta de fase 2 de IPsec.

  2. Especifique el protocolo de propuesta de fase 2 de IPsec.

  3. Especifique el algoritmo de autenticación de propuesta de fase 2 de IPsec.

  4. Especifique el algoritmo de cifrado de la propuesta de fase 2 de IPsec.

  5. Cree la directiva de fase 2 de IPsec.

  6. Especifique la referencia de propuesta de fase 2 de IPsec.

  7. Especifique PFS de fase 2 IPsec para usar el grupo 2 de Diffie-Hellman.

  8. Especifique las puertas de enlace de IKE.

  9. Especifique las directivas de fase 2 de IPsec.

  10. Especifique la interfaz que se va a enlazar.

  11. Configure la interfaz st0 como multipunto.

  12. Agregue entradas de tabla NHTB estáticas para las oficinas de Sunnyvale y Westford.

Resultados

Desde el modo de configuración, confírmela con el comando show security ipsec. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Configuración de directivas de seguridad para el hub

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacer eso, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar políticas de seguridad para el hub:

  1. Cree la política de seguridad para permitir tráfico desde la zona de confianza a la zona VPN.

  2. Cree la política de seguridad para permitir tráfico desde la zona VPN a la zona de confianza.

  3. Cree la política de seguridad para permitir el tráfico dentro de la zona.

Resultados

Desde el modo de configuración, confírmela con el comando show security policies. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Configuración de TCP-MSS para el concentrador

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

Para configurar la información TCP-MSS para el concentrador:

  1. Configure la información de TCP-MSS.

Resultados

Desde el modo de configuración, confírmela con el comando show security flow. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Configuración de la información básica de red, zona de seguridad y libreta de direcciones para Westford Spoke

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacer eso, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar la información básica de red, zona de seguridad y libreta de direcciones para el radio de Westford:

  1. Configure la información de interfaz Ethernet.

  2. Configure la información de rutas estáticas.

  3. Configure la zona de seguridad de no confianza.

  4. Asigne una interfaz a la zona de seguridad.

  5. Especifique los servicios del sistema permitidos para la zona de seguridad de no confianza.

  6. Configure la zona de seguridad de confianza.

  7. Asigne una interfaz a la zona de seguridad de confianza.

  8. Especifique los servicios del sistema permitidos para la zona de seguridad de confianza.

  9. Configure la zona de seguridad vpn.

  10. Asigne una interfaz a la zona de seguridad vpn.

  11. Cree una libreta de direcciones y adjunte una zona a ella.

  12. Cree otra libreta de direcciones y adjunte una zona a ella.

Resultados

Desde el modo de configuración, ingrese los comandos show interfaces, show routing-options, show security zones y show security address-book para confirmar la configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Configuración de IKE para Westford Spoke

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacer eso, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar IKE para el radio Westford:

  1. Cree la propuesta de fase 1 de IKE.

  2. Defina el método de autenticación de la propuesta de ICR.

  3. Defina el grupo Diffie-Hellman de la propuesta de ICR.

  4. Defina el algoritmo de autenticación de la propuesta de ICR.

  5. Defina el algoritmo de cifrado de la propuesta de ICR.

  6. Cree una política de fase 1 de IKE.

  7. Establezca el modo de política de fase 1 de IKE.

  8. Especifique una referencia a la propuesta de ICR.

  9. Defina el método de autenticación de políticas de fase 1 de IKE.

  10. Cree una puerta de enlace de fase 1 de IKE y defina su interfaz externa.

  11. Defina la referencia de política de fase 1 de IKE.

  12. Defina la dirección de puerta de enlace de fase 1 de IKE.

Resultados

Desde el modo de configuración, confírmela con el comando show security ike. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Configuración de IPsec para el radio Westford

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacer eso, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar IPsec para el radio de Westford:

  1. Cree una propuesta de fase 2 de IPsec.

  2. Especifique el protocolo de propuesta de fase 2 de IPsec.

  3. Especifique el algoritmo de autenticación de propuesta de fase 2 de IPsec.

  4. Especifique el algoritmo de cifrado de la propuesta de fase 2 de IPsec.

  5. Cree la directiva de fase 2 de IPsec.

  6. Especifique la referencia de propuesta de fase 2 de IPsec.

  7. Especifique PFS de fase 2 IPsec para usar el grupo 2 de Diffie-Hellman.

  8. Especifique la puerta de enlace de ICR.

  9. Especifique la directiva de fase 2 de IPsec.

  10. Especifique la interfaz que se va a enlazar.

Resultados

Desde el modo de configuración, confírmela con el comando show security ipsec. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Configuración de políticas de seguridad para el Westford Spoke

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacer eso, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar las políticas de seguridad para el radio de Westford:

  1. Cree la política de seguridad para permitir tráfico desde la zona de confianza a la zona VPN.

  2. Cree la política de seguridad para permitir tráfico desde la zona VPN a la zona de confianza.

Resultados

Desde el modo de configuración, confírmela con el comando show security policies. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Configuración de TCP-MSS para Westford Spoke

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

Para configurar TCP-MSS para el radio Westford:

  1. Configure la información de TCP-MSS.

Resultados

Desde el modo de configuración, confírmela con el comando show security flow. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Configuración del radio Sunnyvale

Configuración rápida de CLI

En este ejemplo se utiliza un dispositivo de la serie SSG para el radio Sunnyvale. Como referencia, se proporciona la configuración del dispositivo serie SSG. Para obtener información acerca de cómo configurar dispositivos de la serie SSG, consulte el , que se encuentra en https://www.juniper.net/documentation.Concepts and Examples ScreenOS Reference Guidehttps://www.juniper.net/documentation

Para configurar rápidamente esta sección del ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Verificación

Para confirmar que la configuración funcione correctamente, realice las siguientes tareas:

Verificación del estado de la fase 1 de IKE

Propósito

Verifique el estado de la fase 1 de IKE.

Acción

Antes de iniciar el proceso de verificación, debe enviar tráfico desde un host en la red 192.168.10/24 a un host en las redes 192.168.168/24 y 192.168.178/24 para activar los túneles. En el caso de las VPN basadas en rutas, puede enviar tráfico iniciado desde el firewall de la serie SRX a través del túnel. Se recomienda que, al probar los túneles IPsec, envíe el tráfico de prueba desde un dispositivo independiente en un extremo de la VPN a un segundo dispositivo al otro lado de la VPN. Por ejemplo, inicie un ping de 192.168.10.10 a 192.168.168.10.

Desde el modo operativo, ingrese el comando show security ike security-associations. Después de obtener un número de índice desde el comando, utilice el comando show security ike security-associations index index_number detail.

Significado

El comando enumera todas las SA de fase 1 de IKE activas.show security ike security-associations Si no hay ninguna SA en la lista, hubo un problema con el establecimiento de la fase 1. Compruebe los parámetros de política de ICR y la configuración de interfaz externa en su configuración.

Si las SA aparecen en la lista, revise la siguiente información:

  • Índice: este valor es único para cada SA de IKE, que puede utilizar en el comando para obtener más información acerca de la SA.show security ike security-associations index detail

  • Dirección remota: compruebe que la dirección IP remota sea correcta.

  • Estado

    • UP: se estableció la SA de fase 1.

    • DOWN: hubo un problema al establecer la SA de fase 1.

  • Modo: verifica que se esté utilizando el modo correcto.

Compruebe que la siguiente información es correcta en su configuración:

  • Interfaces externas (la interfaz debe ser la que recibe los paquetes de ICR)

  • Parámetros de política de ICR

  • Información de claves precompartidas

  • Parámetros de propuesta de fase 1 (deben coincidir en ambos pares)

El comando show security ike security-associations index 1 detail enumera información adicional acerca de la asociación de seguridad con el número de índice 1:

  • Algoritmos de autenticación y cifrado utilizados

  • Duración de la fase 1

  • Estadísticas de tráfico (puede utilizarse para verificar que el tráfico fluye correctamente en ambas direcciones)

  • Información de la función del iniciador y del respondedor

    La solución de problemas se realiza de mejor manera en el mismo nivel que usa la función de respondedor.

  • Cantidad de SA de IPsec creadas

  • Número de negociaciones de la Fase 2 en curso

Comprobación del estado de fase 2 de IPsec

Propósito

Compruebe el estado de fase 2 de IPsec.

Acción

Desde el modo operativo, ingrese el comando show security ipsec security-associations. Después de obtener un número de índice desde el comando, utilice el comando show security ipsec security-associations index index_number detail.

Significado

El resultado del comando show security ipsec security-associations muestra la siguiente información:

  • El número de identificación es 16385. Utilice este valor con el comando show security ipsec security-associations index para obtener más información acerca de esta SA en particular.

  • Existe un par SA IPsec que usa el puerto 500, lo que indica que no se implementó ningún recorrido TDR. (El recorrido TDR utiliza el puerto 4500 u otro puerto aleatorio de número alto.)

  • El SPI, la vida útil (en segundos) y los límites de uso (o tamaño de vida útil en KB) se muestran para ambas direcciones. El valor 28756/ unlim indica que la duración de la fase 2 expira en 28756 segundos y que no se especificó ningún tamaño de vida útil, lo que indica que es ilimitada. La duración de la fase 2 puede diferir de la duración de la fase 1, ya que la fase 2 no depende de la fase 1 después de que la VPN esté activa.

  • La supervisión de VPN no está habilitada para esta SA, como lo indica un guión en la columna Mon. Si está habilitada la supervisión de VPN, U indica que la supervisión está activa y D indica que la supervisión está inactiva.

  • El sistema virtual (vsys) es el sistema raíz y siempre enumera 0.

El resultado del comando show security ipsec security-associations index 16385 detail muestra la siguiente información:

  • La identidad local y la identidad remota constituyen el ID de proxy para la SA.

    Una discrepancia de ID de proxy es una de las causas más comunes de un error de fase 2. Si no aparece ninguna SA de IPsec, confirme que las propuestas de fase 2, incluida la configuración del ID de proxy, son correctas para ambos pares. Para VPN basadas en rutas, el ID de proxy predeterminado es local=0.0.0.0/0, remote=0.0.0.0/0 y service=any. Pueden producirse problemas con varias VPN basadas en rutas desde el mismo IP de par. En este caso, debe especificarse un ID de proxy único para cada SA de IPsec. Para algunos proveedores de terceros, el ID de proxy se debe especificar manualmente para que coincida.

  • Otra razón común para la falla de fase 2 es no especificar el enlace de la interfaz ST. Si IPsec no puede completarse, compruebe el registro de kmd o establezca opciones de rastreo.

Comprobación de enlaces de túnel del siguiente salto

Propósito

Una vez completada la fase 2 para todos los pares, compruebe los enlaces de túnel del salto siguiente.

Acción

Desde el modo operativo, ingrese el comando show security ipsec next-hop-tunnels.

Significado

Las puertas de enlace del próximo salto son las direcciones IP de las interfaces st0 de todos los pares radiales remotos. El siguiente salto debe estar asociado con el nombre correcto de VPN IPsec. Si no existe ninguna entrada NHTB, no hay forma de que el dispositivo concentrador diferencie qué VPN IPsec está asociada con qué próximo salto.

El campo Indicador tiene uno de los siguientes valores:

  • Estático: NHTB se configuró manualmente en las configuraciones de interfaz st0.0, lo cual es necesario si el par no es un firewall de la serie SRX.

  • Automático: NHTB no se configuró, pero la entrada se rellenó automáticamente en la tabla NHTB durante las negociaciones de fase 2 entre dos firewalls de la serie SRX

No hay ninguna tabla NHTB para ninguno de los sitios radiales en este ejemplo. Desde la perspectiva radial, la interfaz st0 sigue siendo un vínculo punto a punto con un solo enlace VPN IPsec.

Verificación de rutas estáticas para LAN locales remotas

Propósito

Verifique que la ruta estática haga referencia a la dirección IP st0 del par radial.

Acción

Desde el modo operativo, ingrese el comando show route.

El siguiente salto es la dirección IP st0 del par remoto, y ambas rutas apuntan a st0.0 como interfaz de salida.

Revisar estadísticas y errores para una asociación de seguridad IPsec

Propósito

Revise errores y contadores de encabezados de autenticación y ESP para una asociación de seguridad IPsec.

Acción

Desde el modo operativo, ingrese el comando show security ipsec statistics index.

También puede utilizar el comando show security ipsec statistics para revisar las estadísticas y los errores de todas las SA.

Para borrar todas las estadísticas de IPsec, utilice el comando clear security ipsec statistics.

Significado

Si ve problemas de pérdida de paquetes en una VPN, puede ejecutar los comandos show security ipsec statistics o show security ipsec statistics detail varias veces para confirmar que los contadores de paquetes cifrados y descifrados se incrementan. También debe comprobar si el resto de los contadores de errores se incrementan.

Probar el flujo de tráfico a través de la VPN

Propósito

Compruebe el flujo de tráfico a través de la VPN.

Acción

Puede utilizar el comando del firewall de la serie SRX para probar el flujo de tráfico en un equipo host remoto.ping Asegúrese de especificar la interfaz de origen para que la búsqueda de ruta sea correcta y se haga referencia a las zonas de seguridad adecuadas durante la búsqueda de política.

Desde el modo operativo, ingrese el comando ping.

También puede usar el comando ping desde el dispositivo serie SSG.

Significado

Si el comando ping no funciona desde el dispositivo serie SRX o SSG, es posible que exista un problema con el enrutamiento, las políticas de seguridad, l host final o el cifrado y descifrado de los paquetes ESP.

Tabla de historial de cambios

La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice Feature Explorer a fin de determinar si una función es compatible con la plataforma.

Liberación
Descripción
19.4R1
A partir de Junos OS versión 19.4R1, ahora solo puede configurar un atributo DN dinámico entre la jerarquía y en .container-stringwildcard-string[edit security ike gateway gateway_name dynamic distinguished-name] Si intenta configurar el segundo atributo después de configurar el primero, el primero se sustituye por el segundo atributo. Antes de actualizar el dispositivo, debe eliminar uno de los atributos si ha configurado ambos.
15.1X49-D80
A partir de Junos OS versión 15.1X49-D80, las VPN de punto de conexión dinámico en firewalls serie SRX admiten tráfico IPv6 en túneles seguros.
12.3X48-D40
A partir de Junos OS versión 12.3X48-D40, Junos OS versión 15.1X49-D70 y Junos OS versión 17.3R1, todas las puertas de enlace de punto de conexión dinámico configuradas en firewalls serie SRX que utilizan la misma interfaz externa pueden utilizar políticas de IKE diferentes, pero las políticas de IKE deben utilizar la misma propuesta de IKE.