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 vincular 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 como enrutadores, conmutadores y otros equipos de red que conforman 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 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 IPsec (SA). En la fase 2, los participantes negocian la SA de IPsec para autenticar el tráfico que fluye a través del túnel.

Esta descripción general describe los pasos básicos para configurar una VPN IPsec basada en rutas o basada en políticas mediante IKE de clave automática (claves o certificados previamente compartidos).

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

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

      (Para VPN basadas en rutas) Enlazar 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 hasta la zona de destino.

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

  5. Actualice la configuración global de VPN.

Descripción general de la configuración de VPN IPsec con claves manuales

Esta descripción general describe los pasos básicos para configurar una VPN IPsec basada en rutas o basada en políticas mediante claves manuales.

Para configurar una VPN IPsec basada en rutas o basada en políticas mediante claves manuales:

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

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

  2. Configure un túnel VPN IPsec especificando los siguientes parámetros:
    • Algoritmo de autenticación y clave

    • Algoritmo de cifrado y clave

    • Interfaz de salida

    • Dirección IP del par

    • Protocolo IPsec para la asociación de seguridad

    • Índice de parámetros de seguridad

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

  3. Configure la política de seguridad para permitir el tráfico desde la zona de origen hasta la zona de destino.

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

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 que no sea conocida por 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 o oficina en casa o un dispositivo móvil que se mueve entre diferentes ubicaciones físicas. O bien, el par se puede encontrar detrás de un dispositivo TDR que traduce la dirección IP de origen original del par en 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 denomina VPN de punto de conexión dinámico.

En los dispositivos de la serie SRX, IKEv1 o IKEv2 se admiten con VPN de punto de conexión dinámicas. Las VPN de punto de conexión dinámicas en dispositivos de la 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ámicas en dispositivos serie SRX admiten tráfico IPv6 en túneles seguros.

No se admite tráfico IPv6 para redes AutoVPN.

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

Identidad de IKE

En el punto de conexión dinámico, se debe configurar una identidad IKE para que el dispositivo se identifique a sí mismo con su par. La identidad local del punto de conexión dinámico se verifica en el par. De forma predeterminada, el dispositivo de la serie SRX espera que la identidad de IKE sea una de las siguientes opciones:

  • Cuando se utilizan certificados, se puede usar un nombre distinguido (DN) para identificar usuarios o una organización.

  • Un nombre de host o un nombre de dominio completo (FQDN) que identifica el punto de conexión.

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

Modo agresivo para política IKEv1

Cuando IKEv1 se utiliza con VPN de punto de conexión dinámico, la política de IKE se debe configurar para el modo agresivo. IKEv2 no utiliza el modo agresivo, por lo que puede configurar el modo principal o agresivo cuando use IKEv2 con VPN de punto de conexión dinámicas.

Políticas de ICR 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 dinámicas de punto de conexión configuradas en dispositivos de la serie SRX que utilizan la misma interfaz externa pueden usar políticas IKE diferentes, pero las políticas de IKE deben usar la misma propuesta de IKE. Esto se aplica a IKEv1 y IKEv2.

TDR

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

IDs de IKE compartidos y de grupo

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

El ID de IKE del 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 única 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 par VPN durante la negociación de IKE. El ID de IKE recibido por el dispositivo de la serie SRX desde 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 distinguido (DN). El ID de IKE enviado por el par remoto debe coincidir con lo que espera el dispositivo de la serie SRX. De lo contrario, se produce un error en la validación del ID de IKE y no se establece la VPN.

Tipos de ID de IKE

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

  • Una dirección IPv4 o IPv6 se utiliza 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 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 establecimiento de túnel subsiguiente se basan en la dirección IP resuelta actualmente. Si cambia la dirección IP del par remoto, la configuración ya no es válida.

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

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

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

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

IDs de ICR remotos 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 par.

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

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

IDs de ICR remotos y VPN de punto de conexión dinámico

Para VPN de punto de conexión dinámicas, 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, hostname se puede combinar con ike-user-type group-ike-id cuando hay varios pares que tienen un nombre de dominio común. Si se utilizan certificados para comprobar el par, se puede configurar una DN.

ID de IKE local del dispositivo de la serie SRX

De forma predeterminada, el dispositivo 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 invalidar configurando la local-identity instrucción en el nivel de jerarquía [edit security ike gateway gateway-name]. Si necesita configurar la local-identity instrucción en un dispositivo serie SRX, asegúrese de que el ID de IKE configurado coincida con el ID de IKE esperado por el par remoto.

Configuración de IKE remotos para VPN de sitio a sitio

De forma predeterminada, los dispositivos de la serie SRX validan el ID de IKE recibido del par con la dirección IP configurada para la puerta de enlace 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 distinguido o una dirección de correo electrónico) no coincide con la puerta de enlace IKE configurada en el dispositivo de la serie SRX. Esto puede dar lugar a un error de validación de fase 1.

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

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

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

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

Descripción de la autenticación OSPF y OSPFv3 en dispositivos 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 repetición de origen. Puede usar IPsec para proteger interfaces OSPFv3 específicas y vínculos virtuales, y para proporcionar cifrado para paquetes OSPF.

OSPFv3 utiliza el encabezado de autenticación IP (AH) y las partes de carga de seguridad de encapsulación (ESP) de IP 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 parte del encabezado IP como sea posible, así como los datos de protocolo de nivel superior. Sin embargo, algunos campos de encabezado IP pueden cambiar en tránsito. Dado que el remitente podría no predecir el valor de estos campos, no pueden estar protegidos por AH. ESP puede proporcionar cifrado y confidencialidad limitada del flujo de tráfico 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 simplex proporciona servicios de seguridad a los paquetes que transporta la SA. Estas especificaciones incluyen preferencias para el tipo de autenticación, cifrado y protocolo IPsec que se usará al establecer la conexión IPsec. Una SA se utiliza para cifrar y autenticar un flujo determinado 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 usar con OSPFv3 debe configurarse manualmente y usar el modo de transporte. Los valores estáticos se deben configurar en ambos extremos de la SA.

Para configurar IPsec para OSPF o OSPFv3, defina primero una SA manual con la security-association sa-name opción en el nivel de jerarquía [edit security ipsec]. Esta función solo admite SA de clave manual bidireccional 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 del índice de parámetros de seguridad (SPI), los algoritmos y las claves que se van a usar y requieren configuraciones coincidentes en ambos puntos de conexión (pares OSPF o OSPFv3). Como resultado, cada par debe tener las mismas opciones configuradas para que tenga lugar la comunicación.

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

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

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

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

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

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

  • Para un vínculo virtual OSPF o OSPFv3, incluya la ipsec-sa name instrucción en el nivel de jerarquía [edit protocols ospf area area-id virtual-link neighbor-id router-id transit-area area-id] o [edit protocols ospf3 area area-id virtual-link neighbor-id router-id transit-area area-id]. Debe configurar la misma SA IPsec para todos los vínculos virtuales con la misma dirección de punto de conexión remota.

Las siguientes restricciones se aplican a la autenticación IPsec para OSPF o OSPFv3 en dispositivos serie SRX:

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

  • No puede configurar IPsec para la autenticación OSPF o OSPFv3 si hay una VPN IPsec existente configurada en el dispositivo con las mismas direcciones locales y remotas.

  • La autenticación IPsec para OSPF o OSPFv3 no se admite mediante interfaces st0 de túnel seguras.

  • No se admite la rekeying de claves manuales.

  • No se admiten SA dinámicas de intercambio de claves por internet (IKE).

  • Solo se admite el modo de transporte IPsec. En el modo de transporte, solo la carga (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. Configure una SA bidireccional manual en el nivel de jerarquía [edit security ipsec].

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

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

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

Requisitos

Antes de comenzar:

  • Configure las interfaces del dispositivo.

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

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

  • Configure una red OSPF de una sola área.

  • Configure una red OSPF multiarea.

Descripción general

Puede usar la autenticación IPsec para OSPF y OSPFv3. Configure la SA manual por separado y aplíquela a la configuración OSPF correspondiente. Tabla 3 enumera los parámetros y valores configurados para la SA manual en este ejemplo.

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

Parámetro

valor

Nombre de 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 usará 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 [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

En el ejemplo siguiente, debe navegar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacerlo, consulte Uso del editor de CLI en el modo de configuración en 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 usar.

  5. Configure el valor del SPI.

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

  7. Configure el algoritmo de cifrado y la clave.

Resultados

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

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

Si ha terminado de configurar el dispositivo, ingrese commit desde 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 [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

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

  1. Cree un área OSPF.

    Para especificar OSPFv3, incluya la ospf3 instrucción en el [edit protocols] nivel de jerarquía.

  2. Especifique la interfaz.

  3. Aplique la SA manual de IPsec.

Resultados

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

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

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente.

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

Propósito

Compruebe la configuración de asociación de seguridad IPsec configurada. Verifique la siguiente información:

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

  • El campo SPI muestra el valor que configuró.

  • El campo Modo muestra el modo de transporte.

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

Acción

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

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

Propósito

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

Acción

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

Configuración de VPN IPsec mediante el Asistente de VPN

El Asistente de VPN le permite realizar la configuración básica de VPN IPsec, incluida 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 se admite en dispositivos SRX300, SRX320, SRX340, SRX345 y SRX550HM.

Para configurar VPN IPsec mediante el Asistente para VPN:

  1. Seleccione Configure>Device Setup>VPN en la interfaz J-Web.
  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 está en el proceso de configuración. El área inferior izquierda de la página muestra ayuda sensible al campo. Cuando haga clic en un vínculo en el encabezado Recursos, el documento se abrirá en su navegador. Si el documento se abre en una pestaña nueva, asegúrese de cerrar solo la pestaña (no la ventana del navegador) 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.

Requisitos

En este ejemplo, se utiliza el siguiente hardware:

  • Dispositivo SRX240

  • Dispositivo SRX5800

  • Dispositivo SSG140

Antes de comenzar, lea Descripción general de IPsec.

Descripción general

En este ejemplo, se describe cómo configurar una VPN radial que normalmente se encuentra en implementaciones de sucursales. 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 dispositivo 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 centro de oficinas corporativo, el Westford habló y sunnyvale habló. Primero configure interfaces, rutas estáticas y predeterminadas IPv4, zonas de seguridad y libretas de direcciones. A continuación, configure los parámetros de fase 1 e IPsec fase 2 de IKE y enlazar la interfaz st0.0 a la VPN IPsec. En el concentrador, configure st0.0 para varios puntos y agregue una entrada de tabla NHTB estática para el radio Sunnyvale. Por último, configure la política de seguridad y los parámetros TCP-MSS. Consulte Tabla 4 a través Tabla 8 para ver los 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

Concentrador o radio

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

Confianza

  • Se permiten todos los servicios del sistema.

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

   

Untrust

  • IKE es el único servicio de sistema permitido.

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

   

Vpn

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

Habló

Zonas de seguridad

Confianza

  • Se permiten todos los servicios del sistema.

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

   

Untrust

  • IKE es el único servicio de sistema permitido.

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

   

Vpn

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

Hub

Entradas de 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 de 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 de esta entrada de 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 de libreta de direcciones es 192.168.178.0/24.

Habló

Entradas de 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 de libreta de direcciones es 192.168.168.178.0/24.

   

corp-net

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

  • La dirección de esta entrada de 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 de esta entrada de libreta de direcciones es 192.168.168.0/24.

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

Concentrador o radio

Característica

Nombre

Parámetros de configuración

Hub

Propuesta

ike-phase1-proposal

  • Método de autenticación: claves previamente compartidas

  • Grupo Diffie-Hellman: group2

  • Algoritmo de autenticación: sha1

  • Algoritmo de cifrado: aes-128-cbc

 

Política

ike-phase1-policy

  • Modo: Principal

  • Referencia de propuesta: ike-phase1-proposal

  • Método de autenticación de política de fase 1 de ICR: texto ASCII de clave previamente compartida

 

Gateway

gw-westford

  • Referencia de política de 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 de ICR: ike-phase1-policy

  • Interfaz externa: ge-0/0/3.0

  • Dirección de puerta de enlace: 10.2.2.2

Habló

Propuesta

ike-phase1-proposal

  • Método de autenticación: claves previamente compartidas

  • Grupo Diffie-Hellman: grupo 2

  • Algoritmo de autenticación: sha1

  • Algoritmo de cifrado: aes-128-cbc

 

Política

ike-phase1-policy

  • Modo: Principal

  • Referencia de propuesta: ike-phase1-proposal

  • Método de autenticación de política de fase 1 de ICR: texto ASCII de clave previamente compartida

 

Gateway

gw-corporate

  • Referencia de política de 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 IPsec

Concentrador o radio

Característica

Nombre

Parámetros de configuración

Hub

Propuesta

ipsec-phase2-proposal

  • Protocolo: Esp

  • Algoritmo de autenticación: hmac-sha1-96

  • Algoritmo de cifrado: aes-128-cbc

 

Política

ipsec-phase2-policy

  • Referencia de propuesta: ipsec-phase2-proposal

  • PFS: Grupo Diffie-Hellman2

 

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-phase2-proposal

  • Protocolo: Esp

  • Algoritmo de autenticación: hmac-sha1-96

  • Algoritmo de cifrado: aes-128-cbc

 

Política

ipsec-phase2-policy

  • Referencia de propuesta: ipsec-phase2-proposal

  • PFS: Grupo Diffie-Hellman2

 

VPN

vpn-corporativa

  • Referencia de puerta de enlace ICR: gw-corporate

  • 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

Concentrador o radio

Propósito

Nombre

Parámetros de configuración

Hub

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

de radio a local

  • Criterios de coincidencia:

    • dirección de origen local-net

    • dirección de destino sunnyvale-net

    • dirección de destino westford-net

    • aplicación a cualquier

 

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

radio a local

Criterios de coincidencia:

  • dirección de origen sunnyvale-net

  • dirección de origen westford-net

  • dirección de destino local-net

  • aplicación a cualquier

 

La política de seguridad permite el tráfico intrazona.

spoke-to-spoke

Criterios de coincidencia:

  • dirección de origen de cualquier

  • dirección de destino de cualquier

  • aplicación a cualquier

Habló

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

a cuerpo

  • Criterios de coincidencia:

    • dirección de origen local-net

    • corp-net de dirección de destino

    • dirección de destino sunnyvale-net

    • aplicación a cualquier

 

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

desde-corp

Criterios de coincidencia:

  • corp-net de dirección de origen

  • dirección de origen sunnyvale-net

  • dirección de destino local-net

  • aplicación a cualquier

 

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

permiso-cualquier

Criterios de coincidencia:

  • dirección de origen de cualquier

  • origen-destino cualquier

  • aplicación a cualquier

  • Permitir acción: interfaz source-nat

    Al especificar source-nat interface, el dispositivo 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 la dirección IP de origen y un puerto aleatorio de alto número para el puerto de origen.

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

Propósito

Parámetros de configuración

El 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 adaptarse mejor a los límites de la MTU en una red. Para el tráfico VPN, la sobrecarga de encapsulación IPsec, junto con la sobrecarga de IP y trama, puede hacer que el paquete ESP resultante supere la MTU de la interfaz física, lo que causa fragmentación. La fragmentación da como resultado un mayor uso del ancho de banda y 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 tenga que experimentar con diferentes valores TCP-MSS para obtener un rendimiento óptimo. Por ejemplo, es posible que deba cambiar el valor si cualquier dispositivo de la ruta tiene una MTU inferior, o si hay alguna sobrecarga adicional, como PPP o Frame Relay.

Valor MSS: 1350

Configuración

Configuración de la información básica de la red, la zona de seguridad y la libreta de direcciones 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 y, luego, ingrese commit desde el [edit] modo de configuración.

Procedimiento paso a paso

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

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

  1. Configure la información de la interfaz Ethernet.

  2. Configure la información de ruta estática.

  3. Configure la zona de seguridad de desconfianza.

  4. Asigne una interfaz a la zona de seguridad de desconfianza.

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

  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.

  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.

Resultados

Desde el modo de configuración, confirme la configuración ingresando los show interfacescomandos , show routing-options, show security zonesy show security address-book . Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración de IKE 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 y, luego, ingrese commit desde el [edit] modo de configuración.

Procedimiento paso a paso

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

Para configurar IKE para el concentrador:

  1. Cree la propuesta de fase 1 de ICR.

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

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

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

  5. Defina el algoritmo de cifrado de propuesta de IKE.

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

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

  8. Especifique una referencia a la propuesta de ICR.

  9. Defina el método de autenticación de política de fase 1 de ICR.

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

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

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

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

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

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

Resultados

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

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración de IPsec 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 y, luego, ingrese commit desde el [edit] modo de configuración.

Procedimiento paso a paso

En el ejemplo siguiente, debe navegar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacerlo, consulte Uso del editor de CLI en el modo de configuración en 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 IPsec.

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

  5. Cree la política 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 Diffie-Hellman 2.

  8. Especifique las puertas de enlace IKE.

  9. Especifique las políticas de fase 2 de IPsec.

  10. Especifique la interfaz que desea 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, escriba el comando para confirmar la show security ipsec configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración de políticas 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 y, luego, ingrese commit desde el [edit] modo de configuración.

Procedimiento paso a paso

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

Para configurar políticas de seguridad para el concentrador:

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

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

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

Resultados

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

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración de TCP-MSS 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 y, luego, ingrese commit desde el [edit] modo de configuración.

Procedimiento paso a paso

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

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

Resultados

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

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración de la información básica de la red, la zona de seguridad y la libreta de direcciones para el spoke de 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 y, luego, ingrese commit desde el [edit] modo de configuración.

Procedimiento paso a paso

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

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

  1. Configure la información de la interfaz Ethernet.

  2. Configure la información de ruta estática.

  3. Configure la zona de seguridad de desconfianza.

  4. Asigne una interfaz a la zona de seguridad.

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

  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.

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

Resultados

Desde el modo de configuración, confirme la configuración ingresando los show interfacescomandos , show routing-options, show security zonesy show security address-book . Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración de IKE 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 y, luego, ingrese commit desde el [edit] modo de configuración.

Procedimiento paso a paso

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

Para configurar la IKE para el radio de Westford:

  1. Cree la propuesta de fase 1 de ICR.

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

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

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

  5. Defina el algoritmo de cifrado de propuesta de IKE.

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

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

  8. Especifique una referencia a la propuesta de ICR.

  9. Defina el método de autenticación de política de fase 1 de ICR.

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

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

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

Resultados

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

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración de IPsec 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 y, luego, ingrese commit desde el [edit] modo de configuración.

Procedimiento paso a paso

En el ejemplo siguiente, debe navegar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacerlo, consulte Uso del editor de CLI en el modo de configuración en 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 IPsec.

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

  5. Cree la política 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 Diffie-Hellman 2.

  8. Especifique la puerta de enlace IKE.

  9. Especifique la política de fase 2 de IPsec.

  10. Especifique la interfaz que desea enlazar.

Resultados

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

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración de políticas de seguridad 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 y, luego, ingrese commit desde el [edit] modo de configuración.

Procedimiento paso a paso

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

Para configurar políticas de seguridad para el westford habló:

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

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

Resultados

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

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración de TCP-MSS 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 y, luego, ingrese commit desde el [edit] 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, escriba el comando para confirmar la show security flow configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración del radio Sunnyvale

Configuración rápida de CLI

En este ejemplo, se utiliza un dispositivo serie SSG para el radio Sunnyvale. Como referencia, se proporciona la configuración del dispositivo de la serie SSG. Para obtener información sobre cómo configurar dispositivos de la serie SSG, consulte la Guía de referencia de ScreenOS de conceptos y ejemplos, que se encuentra en https://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 y, luego, ingrese commit desde el [edit] modo de configuración.

Verificación

Para confirmar que la configuración funciona correctamente, realice estas tareas:

Verificar el estado de fase 1 de ICR

Propósito

Verifique el estado de fase 1 de ICR.

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 hacer que los túneles aumenten. Para VPN basadas en rutas, puede enviar tráfico iniciado desde el dispositivo serie SRX a través del túnel. Recomendamos que, al probar túneles IPsec, envíe tráfico de prueba desde un dispositivo independiente de un lado de la VPN a un segundo dispositivo del 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 show security ike security-associations comando. Después de obtener un número de índice del comando, utilice el show security ike security-associations index index_number detail comando.

Significado

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

Si se enumeran las SA, revise la siguiente información:

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

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

  • Estado

    • UP: se ha establecido la SA de fase 1.

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

  • Modo: compruebe que se está utilizando el modo correcto.

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

  • Interfaces externas (la interfaz debe ser la que recibe paquetes IKE)

  • Parámetros de política de ICR

  • Información de clave previamente compartida

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

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

  • Algoritmos de autenticación y cifrado utilizados

  • Duración de la fase 1

  • Estadísticas de tráfico (se pueden utilizar para comprobar que el tráfico fluye correctamente en ambas direcciones)

  • Información del rol del iniciador y del respondedor

    La solución de problemas se realiza mejor en el par mediante el rol de respondedor.

  • Número de SA IPsec creadas

  • Número de negociaciones de fase 2 en curso

Verificar el estado de fase 2 de IPsec

Propósito

Verifique el estado de fase 2 de IPsec.

Acción

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

Significado

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

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

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

  • Las 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 caduca en 28756 segundos y que no se ha especificado ningún tamaño de vida útil, lo que indica que es ilimitado. La vida útil 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 indica un guión en la columna Mon. Si la supervisión de VPN está habilitada, 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 show security ipsec security-associations index 16385 detail comando enumera la siguiente información:

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

    Una discordancia de ID de proxy es una de las causas más comunes de una falla 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 par. En este caso, se debe especificar 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 el error de fase 2 es no especificar el enlace de interfaz ST. Si IPsec no puede completarse, compruebe el registro kmd o establezca opciones de seguimiento.

Verificar enlaces de túnel de próximo salto

Propósito

Después de que la fase 2 esté completa para todos los pares, verifique los enlaces de túnel del próximo salto.

Acción

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

Significado

Las puertas de enlace de salto siguiente son las direcciones IP para las interfaces st0 de todos los pares de radio remotos. El siguiente salto se debe asociar con el nombre VPN IPsec correcto. Si no existe ninguna entrada NHTB, no hay forma para que el dispositivo hub diferencie qué VPN IPsec está asociada con qué salto siguiente.

El campo Indicador tiene uno de los siguientes valores:

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

  • Automático: no se configuró NHTB, pero la entrada se relló automáticamente en la tabla NHTB durante las negociaciones de fase 2 entre dos dispositivos 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 solo un enlace VPN IPsec.

Verificar rutas estáticas para LAN locales de par remoto

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 show route comando.

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

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

Propósito

Revise los contadores y errores del encabezado de autenticación y ESP para una asociación de seguridad IPsec.

Acción

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

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

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

Significado

Si ve problemas de pérdida de paquetes en una VPN, puede ejecutar el show security ipsec statistics comando 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 los otros contadores de errores se incrementan.

Prueba del flujo de tráfico a través de la VPN

Propósito

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

Acción

Puede usar el ping comando desde el dispositivo de la serie SRX para probar el flujo de tráfico a una PC host remota. 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íticas.

Desde el modo operativo, ingrese el ping comando.

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

Significado

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

Tabla de historial de versiones
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 container-string y wildcard-string en la [edit security ike gateway gateway_name dynamic distinguished-name] jerarquía. Si intenta configurar el segundo atributo después de configurar el primer atributo, el primer atributo se sustituye por el segundo atributo. Antes de actualizar el dispositivo, debe quitar uno de los atributos si configuró ambos atributos.
15.1X49-D80
A partir de Junos OS versión 15.1X49-D80, las VPN de punto de conexión dinámicas en dispositivos 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 dinámicas de punto de conexión configuradas en dispositivos de la serie SRX que utilizan la misma interfaz externa pueden usar políticas IKE diferentes, pero las políticas de IKE deben usar la misma propuesta de IKE.