Descripción general de la configuración de VPN IPsec
Lea este tema para obtener información acerca de la configuración de VPN en Junos OS.
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 VPN IPsec se produce en dos fases. En la fase 1, los participantes establecen un canal seguro en el cual 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 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 políticas mediante IKE de clave automática (claves o certificados previamente compartidos).
Para configurar una VPN IPsec basada en rutas o en políticas mediante IKE de clave automática:
Ver también
Opciones de configuración recomendadas para VPN de sitio a sitio con direcciones IP estáticas
En la tabla 1 se enumeran las opciones de configuración para una VPN genérica de sitio a sitio entre dos dispositivos de seguridad con direcciones IP estáticas. La VPN puede basarse en rutas o en políticas.
Opción de configuración |
Comentario |
|---|---|
Opciones de configuración de ICR: |
|
Modo principal |
Se utiliza cuando los pares tienen direcciones IP estáticas. |
Certificados RSA o DSA |
Los certificados RSA o DSA se pueden usar en el dispositivo local. Especifique el tipo de certificado (PKCS7 o X.509) en el par. |
Grupo Diffie-Hellman (DH) 14 |
El grupo DH 14 proporciona más seguridad que los grupos DH 1, 2 o 5. |
Cifrado estándar de cifrado avanzado (AES) |
AES es criptográficamente más fuerte que el estándar de cifrado de datos (DES) y el triple DES (3DES) cuando las longitudes de clave son iguales. Algoritmo de cifrado aprobado para los estándares federales de procesamiento de información (FIPS) y los estándares EAL4 de Common Criteria. |
Autenticación del algoritmo de hash seguro 256 (SHA-256) |
SHA-256 proporciona más seguridad criptográfica que SHA-1 o Message Digest 5 (MD5). |
Opciones de configuración de IPsec: |
|
Confidencialidad directa perfecta (PFS) Grupo DH 14 |
El grupo DH 14 de PFS proporciona una mayor seguridad porque los pares realizan un segundo intercambio DH para producir la clave utilizada para el cifrado y el descifrado de IPsec. |
Protocolo de encapsulación Seguridad carga (ESP) |
ESP proporciona confidencialidad mediante el cifrado y la encapsulación del paquete IP original e integridad mediante la autenticación. |
Cifrado AES |
AES es criptográficamente más fuerte que DES y 3DES cuando las longitudes de clave son iguales. Algoritmo de cifrado aprobado para los estándares FIPS y Common Criteria EAL4. |
Autenticación SHA-256 |
SHA-256 proporciona más seguridad criptográfica que SHA-1 o MD5. |
Protección antirreproducción |
Habilitado de forma predeterminada. Si deshabilita esta función, es posible que se resuelvan los problemas de compatibilidad con pares de terceros. |
Ver también
Opciones de configuración recomendadas para VPN de sitio a sitio o de marcado con direcciones IP dinámicas
En la tabla 2 se enumeran las opciones de configuración para una VPN genérica de sitio a sitio o de marcado, en la que los dispositivos emparejados tienen direcciones IP dinámicas.
Opción de configuración |
Comentario |
|---|---|
Opciones de configuración de ICR: |
|
Modo principal |
Se utiliza con certificados. |
Certificados de 2048 bits |
Se pueden utilizar certificados RSA o DSA. Especifique el certificado que se utilizará en el dispositivo local. Especifique el tipo de certificado (PKCS7 o X.509) en el par. |
Grupo Diffie-Hellman (DH) 14 |
El grupo DH 14 proporciona más seguridad que los grupos DH 1, 2 o 5. |
Cifrado estándar de cifrado avanzado (AES) |
AES es criptográficamente más fuerte que el estándar de cifrado de datos (DES) y el triple DES (3DES) cuando las longitudes de clave son iguales. Algoritmo de cifrado aprobado para los estándares federales de procesamiento de información (FIPS) y los estándares EAL4 de Common Criteria. |
Autenticación del algoritmo de hash seguro 256 (SHA-256) |
SHA-256 proporciona más seguridad criptográfica que SHA-1 o Message Digest 5 (MD5). |
Opciones de configuración de IPsec: |
|
Confidencialidad directa perfecta (PFS) Grupo DH 14 |
El grupo DH 14 de PFS proporciona una mayor seguridad porque los pares realizan un segundo intercambio DH para producir la clave utilizada para el cifrado y el descifrado de IPsec. |
Protocolo de encapsulación Seguridad carga (ESP) |
ESP proporciona confidencialidad mediante el cifrado y la encapsulación del paquete IP original e integridad mediante la autenticación. |
Cifrado AES |
AES es criptográficamente más fuerte que DES y 3DES cuando las longitudes de clave son iguales. Algoritmo de cifrado aprobado para los estándares FIPS y Common Criteria EAL4. |
Autenticación SHA-256 |
SHA-256 proporciona más seguridad criptográfica que SHA-1 o MD5. |
Protección antirreproducción |
Habilitado de forma predeterminada. Si desactiva esta opción, es posible que se resuelvan los problemas de compatibilidad con pares de terceros. |
Ver también
Descripción de VPN IPsec con puntos de conexión dinámicos
- Descripción general
- Identidad de IKE
- Modo agresivo para la política IKEv1
- Interfaces externas y políticas de IKE
- TDR
- ID de IKE compartidos y de grupo
Descripción general
Un par VPN IPsec puede tener una dirección IP que no conoce el par con el que establece la conexión VPN. Por ejemplo, un par puede tener una dirección IP asignada dinámicamente por medio del 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 TDR 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 denomina 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 firewalls de la serie SRX, IKEv1 o IKEv2 se admiten con VPN de punto de conexión dinámico. Las VPN de punto de conexión dinámico en firewalls de la serie SRX admiten el tráfico IPv4 en túneles seguros. Las VPN de punto de conexión dinámico en firewalls de la serie SRX admiten el tráfico IPv6 en túneles seguros.
El tráfico IPv6 no se admite para redes AutoVPN.
En las siguientes secciones se describen los elementos que se deben 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, debe configurarse una identidad IKE para que el dispositivo se identifique ante su par. La identidad local del punto de conexión 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 utilizan certificados, se puede utilizar un nombre distintivo (DN) para identificar a los usuarios o a 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 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.
Interfaces externas y políticas de IKE
Todas las puertas de enlace de punto de conexión dinámico configuradas en firewalls de la 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 y IKEv2.
TDR
Si el punto de conexión dinámico está detrás de un dispositivo TDR, TDR-T debe configurarse en el firewall de la serie SRX. Es posible que se requieran señales de mantenimiento de TDR para mantener la traducción de TDR durante la conexión entre los pares VPN. De forma predeterminada, TDR-T está habilitado en los firewalls de la serie SRX y las señales de mantenimiento de TDR 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 VPN de punto de conexión dinámico IPv4, puede utilizar las funciones de ID de IKE de grupo o ID de IKE compartido para permitir que varios puntos de conexión dinámicos compartan una configuración de puerta de enlace 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 ú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.
Ver también
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 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
- ID de IKE remotas y VPN de sitio a sitio
- ID de IKE remoto y VPN de punto de conexión dinámico
- ID de IKE local del firewall de la serie SRX
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 al sistema par remoto. Puede ser un FQDN que se resuelva 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 utilizado con certificados digitales para identificar de forma única a un usuario. Por ejemplo, un DN puede ser "CN=usuario, DC=ejemplo, DC=com". Opcionalmente, puede utilizar la
containerpalabra clave para especificar que el orden de los campos en un DN y sus valores coincidan exactamente con el DN configurado, o utilizar lawildcardpalabra clave para especificar que los valores de los campos en un DN deben coincidir, pero el orden de los campos no importa.Ahora solo puede configurar un atributo de DN dinámico entre
container-stringywildcard-stringen[edit security ike gateway gateway_name dynamic distinguished-name]la jerarquía. Si intenta configurar el segundo atributo después de configurar el primero, el primer atributo se sustituye por el segundo. Antes de actualizar el dispositivo, debe quitar uno de los atributos si configuró ambos.Se puede utilizar un tipo de usuario de IKE con AutoVPN y VPN de acceso remoto cuando hay varios pares remotos que se conectan a la misma puerta de enlace VPN en el firewall de la serie SRX. Configure
ike-user-type group-ike-idesta opción para especificar un ID de IKE de grupo oike-user-type shared-ike-idpara especificar un ID de IKE compartido.
ID de IKE remotas 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 par.
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 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 firewalls de la serie SRX se configura 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. 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 (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.
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, hostname combinado con ike-user-type group-ike-id se puede usar cuando hay varios pares que tienen un nombre de dominio común. Si se utilizan 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 para el par remoto como ID de IKE. Este ID de IKE se puede anular configurando la local-identity instrucción en el nivel de jerarquía [edit security ike gateway gateway-name]. Si necesita configurar la instrucción en un firewall de la local-identity serie SRX, asegúrese de que el ID de IKE configurado coincida con el ID de IKE esperado por el par remoto.
Ver también
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 ciertas 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 en la validación de fase 1.
Para modificar la configuración del firewall de la serie SRX o del dispositivo par para el ID de IKE que se utiliza:
En el firewall de la serie SRX, configure la
remote-identityinstrucció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, un FQDN, un nombre distintivo o una 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-identityconfigurado en el firewall de la serie SRX. Si el dispositivo par es un firewall de la serie SRX, configure lalocal-identityinstrucción en el nivel de jerarquía [edit security ike gateway gateway-name]. Los valores pueden ser una dirección IPv4 o IPv6, un FQDN, un nombre distintivo o una dirección de correo electrónico.
Ver también
Descripción de la autenticación de 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 de origen. Puede usar IPsec para proteger interfaces OSPFv3 y vínculos virtuales específicos, y para proporcionar cifrado para paquetes OSPF.
OSPFv3 utiliza el encabezado de autenticación IP (AH) y las porciones de carga de Seguridad de encapsulación IP (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 las repeticiones. AH autentica la mayor parte posible del encabezado IP, así como los datos de protocolo de nivel superior. Sin embargo, algunos campos del encabezado IP pueden cambiar en tránsito. Dado que el valor de estos campos puede no ser predecible para el remitente, no pueden protegerse con 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 antireproducción.
IPsec se basa en asociaciones de seguridad (SA). Una SA es un conjunto de especificaciones de 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 por el tipo de autenticación, el cifrado y el protocolo IPsec que se utilizará 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 deben configurarse en ambos extremos de la SA.
Para configurar IPsec para OSPF u OSPFv3, primero defina una SA manual con la security-association sa-name opción en el nivel de jerarquía [edit security ipsec]. Esta característica 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, 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 se lleve a cabo la comunicación.
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 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.
Use ESP con DES o 3DES para una confidencialidad total.
Use 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 de OSPF u OSPFv3 de la siguiente manera:
Para una interfaz OSPF u OSPFv3, incluya la
ipsec-sa nameinstrucció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 u OSPFv3; sin embargo, diferentes interfaces de OSPF/OSPFv3 pueden especificar la misma SA de IPsec.Para un vínculo virtual OSPF u OSPFv3, incluya la
ipsec-sa nameinstrucció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 de IPsec para todos los vínculos virtuales con la misma dirección de punto de conexión remoto.
Las siguientes restricciones se aplican a la autenticación IPsec para OSPF u OSPFv3 en firewalls de la serie SRX:
Las configuraciones manuales de VPN que se configuran en el nivel de jerarquía [
edit security ipsec vpn vpn-name manual] no se pueden aplicar a interfaces OSPF u OSPFv3 ni a vínculos virtuales para proporcionar autenticación y confidencialidad de IPsec.No puede configurar IPsec para la autenticación de OSPF u OSPFv3 si hay una VPN IPsec existente configurada en el dispositivo con las mismas direcciones local y remota.
La autenticación IPsec para OSPF u OSPFv3 no se admite en interfaces st0 de túnel seguro.
No se admite la regeneración de claves manuales.
No se admiten SA de intercambio de claves por red dinámico (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 se cifra, autentica o ambas cosas. 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 de 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 punto de conexión remoto.
Ver también
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 de los dispositivos.
Configure los identificadores de enrutador para los dispositivos en su red OSPF.
Controle la elección del enrutador designado por OSPF.
Configure una red OSPF de área única.
Configure una red OSPF de múltiples áreas.
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 del OSPF aplicable. En la tabla 3 se enumeran los parámetros y valores configurados para la SA manual en este ejemplo.
Parámetro |
Valor |
|---|---|
Nombre de SA |
SA1 |
Modo |
Transporte |
Dirección |
bidireccional |
Protocolo |
AH |
SPI |
256 |
Algoritmo de autenticación Clave |
HMAC-MD5-96 (en inglés) (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 de 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.
[edit] set security ipsec security-association sa1 set security ipsec security-association sa1 mode transport set security ipsec security-association sa1 manual direction bidirectional set security ipsec security-association sa1 manual direction bidirectional protocol ah set security ipsec security-association sa1 manual direction bidirectional spi 256 set security ipsec security-association sa1 manual direction bidirectional authentication algorithm hmac-md5-96 key ascii-text 123456789012abc set security ipsec security-association sa1 manual direction bidirectional encryption algorithm des key ascii-text cba210987654321
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 hacerlo, 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:
Especifique un nombre para la SA.
[edit] user@host# edit security ipsec security-association sa1
Especifique el modo de SA manual.
[edit security ipsec security-association sa1] user@host# set mode transport
Configure la dirección de la SA manual.
[edit security ipsec security-association sa1] user@host# set manual direction bidirectional
Configure el protocolo IPsec que se va a utilizar.
[edit security ipsec security-association sa1] user@host# set manual direction bidirectional protocol ah
Configure el valor del SPI.
[edit security ipsec security-association sa1] user@host# set manual direction bidirectional spi 256
Configure el algoritmo y la clave de autenticación.
[edit security ipsec security-association sa1] user@host# set manual direction bidirectional authentication algorithm hmac-md5-96 key ascii-text 123456789012abc
Configure el algoritmo de cifrado y la clave.
[edit security ipsec security-association sa1] user@host# set manual direction bidirectional encryption algorithm des key ascii-text cba210987654321
Resultados
Ingrese el comando para confirmar la show security ipsec configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.
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ó.
[edit]
user@host# show security ipsec
security-association sa1 {
mode transport;
manual {
direction bidirectional {
protocol ah;
spi 256;
authentication {
algorithm hmac-md5-96;
key ascii-text "$9$AP5Hp1RcylMLxSygoZUHk1REhKMVwY2oJx7jHq.zF69A0OR"; ## SECRET-DATA
}
encryption {
algorithm des;
key ascii-text "$9$AP5Hp1RcylMLxSygoZUHk1REhKMVwY2oJx7jHq.zF69A0OR"; ## SECRET-DATA
}
}
}
}
Cuando termine 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 de 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.
[edit] set protocols ospf area 0.0.0.0 interface so-0/2/0 ipsec-sa sa1
Procedimiento paso a paso
Para habilitar la autenticación IPsec para una interfaz OSPF:
Cree un área OSPF.
Para especificar OSPFv3, incluya la
ospf3instrucción en el nivel de[edit protocols]jerarquía.[edit] user@host# edit protocols ospf area 0.0.0.0
Especifique la interfaz.
[edit protocols ospf area 0.0.0.0] user@host# edit interface so-0/2/0
Aplique la SA manual de IPsec.
[edit protocols ospf area 0.0.0.0 interface so-0/2/0.0] user@host# set ipsec-sa sa1
Resultados
Ingrese el comando para confirmar la show ospf interface detail configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.
Para confirmar su configuración de OSPFv3, ingrese el show protocols ospf3 comando.
[edit]
user@host# show protocols ospf
area 0.0.0.0 {
interface so-0/2/0.0 {
ipsec-sa sa1;
}
}
Cuando termine de configurar el dispositivo, ingrese commit desde 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 de IPsec
- Verificar la asociación de seguridad IPsec en la interfaz OSPF
Comprobación de la configuración de asociación de seguridad de IPsec
Propósito
Compruebe la configuración de asociación de seguridad IPsec configurada. 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 configuró.
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, introduzca 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 aplicó a la interfaz del 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, ingrese el show ospf interface detail comando para OSPF e ingrese el show ospf3 interface detail comando para OSPFv3.
Configurar VPN IPsec mediante el asistente VPN
El Asistente para VPN le permite realizar la 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 se admite en dispositivos SRX300, SRX320, SRX340, SRX345 y SRX550HM.
Para configurar VPN IPsec con el asistente VPN:
- Seleccione
Configure>Device Setup>VPNesta opción en la interfaz J-Web. - Haga clic en el botón Iniciar asistente VPN.
- Siga las instrucciones del asistente.
El área superior izquierda de la página del asistente muestra en qué etapa del proceso de configuración se encuentra. 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 su navegador. Si el documento se abre en una nueva pestaña, asegúrese de cerrar solo la pestaña (no la ventana del navegador) cuando cierre el documento.
Ver también
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 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.
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 se encuentra normalmente 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 utilizarán la VPN para transferir datos de forma segura con la oficina corporativa.
En la figura 1 , se 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.
VPN radial
En este ejemplo, se configura el hub de la oficina corporativa, el radio Westford y el radio Sunnyvale. Primero se configuran interfaces, rutas estáticas y predeterminadas IPv4, zonas de seguridad y libretas de direcciones. A continuación, configure los parámetros IKE fase 1 y fase 2 IPsec y vincule 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 la radio de Sunnyvale. Por último, debe configurar la política de seguridad y los parámetros TCP-MSS. Consulte de la Tabla 4 a la Tabla 8 para ver los parámetros de configuración específicos utilizados en este ejemplo.
Concentrador o radio |
Reportaje |
Nombre |
Parámetros de configuración |
|---|---|---|---|
Centro |
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 |
||
Hablado |
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 |
||
Centro |
Zonas de seguridad |
confianza |
|
no confiar |
|
||
VPN |
La interfaz st0.0 está vinculada a esta zona. |
||
Hablado |
Zonas de seguridad |
confianza |
|
no confiar |
|
||
VPN |
La interfaz st0.0 está vinculada a esta zona. |
||
Centro |
Entradas de la libreta de direcciones |
red local |
|
Sunnyvale-Net |
|
||
Westford-Net |
|
||
Hablado |
Entradas de la libreta de direcciones |
red local |
|
red corporativa |
|
||
Sunnyvale-Net |
|
Concentrador o radio |
Reportaje |
Nombre |
Parámetros de configuración |
|---|---|---|---|
Centro |
Propuesta |
ike-fase1-propuesta |
|
Política |
ike-fase1-política |
|
|
Puerta de enlace |
GW-Westford |
|
|
GW-Sunnyvale |
|
||
Hablado |
Propuesta |
ike-fase1-propuesta |
|
Política |
ike-fase1-política |
|
|
Puerta de enlace |
GW-Corporativo |
|
Concentrador o radio |
Reportaje |
Nombre |
Parámetros de configuración |
|---|---|---|---|
Centro |
Propuesta |
propuesta ipsec-fase2 |
|
Política |
ipsec-fase2-política |
|
|
VPN |
vpn-sunnyvale |
|
|
vpn-westford |
|
||
Hablado |
Propuesta |
propuesta ipsec-fase2 |
|
Política |
ipsec-fase2-política |
|
|
VPN |
vpn-corporativo |
|
Concentrador o radio |
Propósito |
Nombre |
Parámetros de configuración |
|---|---|---|---|
Centro |
La política de seguridad permite el tráfico desde la zona de confianza a la zona VPN. |
local a radios |
|
La política de seguridad permite el tráfico desde la zona VPN a la zona de confianza. |
de radios a local |
Criterios de coincidencia:
|
|
La política de seguridad permite el tráfico dentro de la zona. |
de radio a radio |
Criterios de coincidencia:
|
|
Hablado |
La política de seguridad permite el tráfico desde la zona de confianza a la zona VPN. |
TO-CORP |
|
La política de seguridad permite el tráfico desde la zona VPN a la zona de confianza. |
De la corporación |
Criterios de coincidencia:
|
|
La política de seguridad permite el tráfico desde la zona de no confianza a la zona de confianza. |
permitir-cualquiera |
Criterios de coincidencia:
|
Propósito |
Parámetros de configuración |
|---|---|
TCC-MSS se negocia como parte del apretón de manos de tres vías TCP y limita el tamaño máximo de un segmento TCP para ajustarse mejor a los límites de UMT 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 UMT de la interfaz física, lo cual genera fragmentación. La fragmentación da lugar a 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 UMT 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 un UMT menor 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 hub
- Configuración de ICR para el concentrador
- Configuración de IPsec para el hub
- Configuración de políticas de seguridad para el Hub
- Configuración de TCP-MSS para el Hub
- Configuración de información básica de red, zona de seguridad y libreta de direcciones para el Westford Spoke
- Configuración de ICR para el radio Westford
- Configuración de IPsec para el radio Westford
- Configuración de políticas de seguridad para el Westford Spoke
- Configuración de TCP-MSS para el radio Westford
- Configuración del radio de Sunnyvale
Configuración de información básica de red, zona de seguridad y 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.
set interfaces ge-0/0/0 unit 0 family inet address 192.168.10.1/24 set interfaces ge-0/0/3 unit 0 family inet address 10.1.1.2/30 set interfaces st0 unit 0 family inet address 10.11.11.10/24 set routing-options static route 0.0.0.0/0 next-hop 10.1.1.1 set routing-options static route 192.168.168.0/24 next-hop 10.11.11.11 set routing-options static route 192.168.178.0/24 next-hop 10.11.11.12 set security zones security-zone untrust interfaces ge-0/0/3.0 set security zones security-zone untrust host-inbound-traffic system-services ike set security zones security-zone trust interfaces ge-0/0/0.0 set security zones security-zone trust host-inbound-traffic system-services all set security zones security-zone vpn interfaces st0.0 set security address-book book1 address local-net 192.168.10.0/24 set security address-book book1 attach zone trust set security address-book book2 address sunnyvale-net 192.168.168.0/24 set security address-book book2 address westford-net 192.168.178.0/24 set security address-book book2 attach zone vpn
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 hacerlo, 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:
Configure la información de interfaz Ethernet.
[edit] user@hub# set interfaces ge-0/0/0 unit 0 family inet address 192.168.10.1/24 user@hub# set interfaces ge-0/0/3 unit 0 family inet address 10.1.1.2/30 user@hub# set interfaces st0 unit 0 family inet address 10.11.11.10/24
Configure la información de rutas estáticas.
[edit] user@hub# set routing-options static route 0.0.0.0/0 next-hop 10.1.1.1 user@hub# set routing-options static route 192.168.168.0/24 next-hop 10.11.11.11 user@hub# set routing-options static route 192.168.178.0/24 next-hop 10.11.11.12
Configure la zona de seguridad de no confianza.
[edit ] user@hub# set security zones security-zone untrust
Asigne una interfaz a la zona de seguridad de no confianza.
[edit security zones security-zone untrust] user@hub# set interfaces ge-0/0/3.0
Especifique los servicios del sistema permitidos para la zona de seguridad de no confianza.
[edit security zones security-zone untrust] user@hub# set host-inbound-traffic system-services ike
Configure la zona de seguridad de confianza.
[edit] user@hub# edit security zones security-zone trust
Asigne una interfaz a la zona de seguridad de confianza.
[edit security zones security-zone trust] user@hub# set interfaces ge-0/0/0.0
Especifique los servicios del sistema permitidos para la zona de seguridad de confianza.
[edit security zones security-zone trust] user@hub# set host-inbound-traffic system-services all
Cree una libreta de direcciones y adjunte una zona a ella.
[edit security address-book book1] user@hub# set address local-net 10.10.10.0/24 user@hub# set attach zone trust
Configure la zona de seguridad vpn.
[edit] user@hub# edit security zones security-zone vpn
Asigne una interfaz a la zona de seguridad vpn.
[edit security zones security-zone vpn] user@hub# set interfaces st0.0
Cree otra libreta de direcciones y adjunte una zona a ella.
[edit security address-book book2] user@hub# set address sunnyvale-net 192.168.168.0/24 user@hub# set address westford-net 192.168.178.0/24 user@hub# set attach zone vpn
Resultados
Desde el modo de configuración, ingrese los comandos , show routing-optionsy show security zonesshow security address-book para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración de este ejemplo para corregirla.
[edit]
user@hub# show interfaces
ge-0/0/0 {
unit 0 {
family inet {
address 192.168.10.1/24;
}
}
}
ge-0/0/3 {
unit 0 {
family inet {
address 10.1.1.2/30
}
}
}
st0{
unit 0 {
family inet {
address 10.11.11.10/24
}
}
}
[edit]
user@hub# show routing-options
static {
route 0.0.0.0/0 next-hop 10.1.1.1;
route 192.168.168.0/24 next-hop 10.11.11.11;
route 192.168.178.0/24 next-hop 10.11.11.12;
}
[edit]
user@hub# show security zones
security-zone untrust {
host-inbound-traffic {
system-services {
ike;
}
}
interfaces {
ge-0/0/3.0;
}
}
security-zone trust {
host-inbound-traffic {
system-services {
all;
}
}
interfaces {
ge-0/0/0.0;
}
}
security-zone vpn {
host-inbound-traffic {
}
interfaces {
st0.0;
}
}
[edit]
user@hub# show security address-book
book1 {
address local-net 10.10.10.0/24;
attach {
zone trust;
}
}
book2 {
address sunnyvale-net 192.168.168.0/24;
address westford-net 192.168.178.0/24;
attach {
zone vpn;
}
}
Cuando termine de configurar el dispositivo, ingrese commit desde el modo de configuración.
Configuración de ICR 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 y, luego, ingrese commit desde el [edit] modo de configuración.
set security ike proposal ike-phase1-proposal authentication-method pre-shared-keys set security ike proposal ike-phase1-proposal dh-group group2 set security ike proposal ike-phase1-proposal authentication-algorithm sha1 set security ike proposal ike-phase1-proposal encryption-algorithm aes-128-cbc set security ike policy ike-phase1-policy mode main set security ike policy ike-phase1-policy proposals ike-phase1-proposal set security ike policy ike-phase1-policy pre-shared-key ascii-text “$ABC123” set security ike gateway gw-westford external-interface ge-0/0/3.0 set security ike gateway gw-westford ike-policy ike-phase1-policy set security ike gateway gw-westford address 10.3.3.2 set security ike gateway gw-sunnyvale external-interface ge-0/0/3.0 set security ike gateway gw-sunnyvale ike-policy ike-phase1-policy set security ike gateway gw-sunnyvale address 10.2.2.2
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 hacerlo, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.
Para configurar ICR para el concentrador:
Cree la propuesta de fase 1 de IKE.
[edit security ike] user@hub# set proposal ike-phase1-proposal
Defina el método de autenticación de la propuesta de ICR.
[edit security ike proposal ike-phase1-proposal] user@hub# set authentication-method pre-shared-keys
Defina el grupo Diffie-Hellman de la propuesta de ICR.
[edit security ike proposal ike-phase1-proposal] user@hub# set dh-group group2
Defina el algoritmo de autenticación de la propuesta de ICR.
[edit security ike proposal ike-phase1-proposal] user@hub# set authentication-algorithm sha1
Defina el algoritmo de cifrado de la propuesta de ICR.
[edit security ike proposal ike-phase1-proposal] user@hub# set encryption-algorithm aes-128-cbc
Cree una política de fase 1 de IKE.
[edit security ike] user@hub# set policy ike-phase1-policy
Establezca el modo de política de fase 1 de IKE.
[edit security ike policy ike-phase1-policy] user@hub# set mode main
Especifique una referencia a la propuesta de ICR.
[edit security ike policy ike-phase1-policy] user@hub# set proposals ike-phase1-proposal
Defina el método de autenticación de política de fase 1 de IKE.
[edit security ike policy ike-phase1-policy] user@hub# set pre-shared-key ascii-text “$ABC123”
Cree una puerta de enlace de fase 1 IKE y defina su interfaz externa.
[edit security ike] user@hub# set gateway gw-westford external-interface ge-0/0/3.0
Defina la referencia de política de fase 1 de IKE.
[edit security ike] user@hub# set gateway gw-westford ike-policy ike-phase1-policy
Defina la dirección de puerta de enlace de fase 1 de IKE.
[edit security ike] user@hub# set gateway gw-westford address 10.3.3.2
Cree una puerta de enlace de fase 1 IKE y defina su interfaz externa.
[edit security ike] user@hub# set gateway gw-sunnyvale external-interface ge-0/0/3.0
Defina la referencia de política de fase 1 de IKE.
[edit security ike gateway] user@hub# set gateway gw-sunnyvale ike-policy ike-phase1-policy
Defina la dirección de puerta de enlace de fase 1 de IKE.
[edit security ike gateway] user@hub# set gateway gw-sunnyvale address 10.2.2.2
Resultados
Desde el modo de configuración, ingrese 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 de este ejemplo para corregirla.
[edit]
user@hub# show security ike
proposal ike-phase1-proposal {
authentication-method pre-shared-keys;
dh-group group2;
authentication-algorithm sha1;
encryption-algorithm aes-128-cbc;
}
policy ike-phase1-policy {
mode main;
proposals ike-phase1-proposal;
pre-shared-key ascii-text "$ABC123"; ## SECRET-DATA
}
gateway gw-sunnyvale {
ike-policy ike-phase1-policy;
address 10.2.2.2;
external-interface ge-0/0/3.0;
}
gateway gw-westford {
ike-policy ike-phase1-policy;
address 10.3.3.2;
external-interface ge-0/0/3.0;
}
Cuando termine 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.
set security ipsec proposal ipsec-phase2-proposal protocol esp set security ipsec proposal ipsec-phase2-proposal authentication-algorithm hmac-sha1-96 set security ipsec proposal ipsec-phase2-proposal encryption-algorithm aes-128-cbc set security ipsec policy ipsec-phase2-policy proposals ipsec-phase2-proposal set security ipsec policy ipsec-phase2-policy perfect-forward-secrecy keys group2 set security ipsec vpn vpn-westford ike gateway gw-westford set security ipsec vpn vpn-westford ike ipsec-policy ipsec-phase2-policy set security ipsec vpn vpn-westford bind-interface st0.0 set security ipsec vpn vpn-sunnyvale ike gateway gw-sunnyvale set security ipsec vpn vpn-sunnyvale ike ipsec-policy ipsec-phase2-policy set security ipsec vpn vpn-sunnyvale bind-interface st0.0 set interfaces st0 unit 0 multipoint set interfaces st0 unit 0 family inet next-hop-tunnel 10.11.11.11 ipsec-vpn vpn-sunnyvale set interfaces st0 unit 0 family inet next-hop-tunnel 10.11.11.12 ipsec-vpn vpn-westford
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 hacerlo, 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:
Cree una propuesta de fase 2 de IPsec.
[edit] user@hub# set security ipsec proposal ipsec-phase2-proposal
Especifique el protocolo de propuesta de fase 2 de IPsec.
[edit security ipsec proposal ipsec-phase2-proposal] user@hub# set protocol esp
Especifique el algoritmo de autenticación de propuesta de fase 2 de IPsec.
[edit security ipsec proposal ipsec-phase2-proposal] user@hub# set authentication-algorithm hmac-sha1-96
Especifique el algoritmo de cifrado de propuesta de fase 2 de IPsec.
[edit security ipsec proposal ipsec-phase2-proposal] user@hub# set encryption-algorithm aes-128-cbc
Cree la política de fase 2 de IPsec.
[edit security ipsec] user@hub# set policy ipsec-phase2-policy
Especifique la referencia de propuesta de fase 2 de IPsec.
[edit security ipsec policy ipsec-phase2-policy] user@hub# set proposals ipsec-phase2-proposal
Especifique IPsec PFS de fase 2 para usar el grupo Diffie-Hellman 2.
[edit security ipsec policy ipsec-phase2-policy] user@host# set perfect-forward-secrecy keys group2
Especifique las puertas de enlace de ICR.
[edit security ipsec] user@hub# set vpn vpn-westford ike gateway gw-westford user@hub# set vpn vpn-sunnyvale ike gateway gw-sunnyvale
Especifique las políticas de fase 2 de IPsec.
[edit security ipsec] user@hub# set vpn vpn-westford ike ipsec-policy ipsec-phase2-policy user@hub# set vpn vpn-sunnyvale ike ipsec-policy ipsec-phase2-policy
Especifique la interfaz que se va a enlazar.
[edit security ipsec] user@hub# set vpn vpn-westford bind-interface st0.0 user@hub# set vpn vpn-sunnyvale bind-interface st0.0
Configure la interfaz st0 como multipunto.
[edit] user@hub# set interfaces st0 unit 0 multipoint
Agregar entradas de tabla NHTB estáticas para las oficinas de Sunnyvale y Westford.
[edit] user@hub# set interfaces st0 unit 0 family inet next-hop-tunnel 10.11.11.11 ipsec-vpn vpn-sunnyvale user@hub# set interfaces st0 unit 0 family inet next-hop-tunnel 10.11.11.12 ipsec-vpn vpn-westford
Resultados
Desde el modo de configuración, ingrese 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 de este ejemplo para corregirla.
[edit]
user@hub# show security ipsec
proposal ipsec-phase2-proposal {
protocol esp;
authentication-algorithm hmac-sha1-96;
encryption-algorithm aes-128-cbc;
}
policy ipsec-phase2-policy {
perfect-forward-secrecy {
keys group2;
}
proposals ipsec-phase2-proposal;
}
vpn vpn-sunnyvale {
bind-interface st0.0;
ike {
gateway gw-sunnyvale;
ipsec-policy ipsec-phase2-policy;
}
}
vpn vpn-westford {
bind-interface st0.0;
ike {
gateway gw-westford;
ipsec-policy ipsec-phase2-policy;
}
}
Cuando termine 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.
set security policies from-zone trust to-zone vpn policy local-to-spokes match source-address local-net set security policies from-zone trust to-zone vpn policy local-to-spokes match destination-address sunnyvale-net set security policies from-zone trust to-zone vpn policy local-to-spokes match destination-address westford-net set security policies from-zone trust to-zone vpn policy local-to-spokes match application any set security policies from-zone trust to-zone vpn policy local-to-spokes then permit set security policies from-zone vpn to-zone trust policy spokes-to-local match source-address sunnyvale-net set security policies from-zone vpn to-zone trust policy spokes-to-local match source-address westford-net set security policies from-zone vpn to-zone trust policy spokes-to-local match destination-address local-net set security policies from-zone vpn to-zone trust policy spokes-to-local match application any set security policies from-zone vpn to-zone trust policy spokes-to-local then permit set security policies from-zone vpn to-zone vpn policy spoke-to-spoke match source-address any set security policies from-zone vpn to-zone vpn policy spoke-to-spoke match destination-address any set security policies from-zone vpn to-zone vpn policy spoke-to-spoke match application any set security policies from-zone vpn to-zone vpn policy spoke-to-spoke then permit
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 hacerlo, 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:
Cree la política de seguridad para permitir tráfico desde la zona de confianza a la zona VPN.
[edit security policies from-zone trust to-zone vpn] user@hub# set policy local-to-spokes match source-address local-net user@hub# set policy local-to-spokes match destination-address sunnyvale-net user@hub# set policy local-to-spokes match destination-address westford-net user@hub# set policy local-to-spokes match application any user@hub# set policy local-to-spokes then permit
Cree la política de seguridad para permitir tráfico desde la zona VPN a la zona de confianza.
[edit security policies from-zone vpn to-zone trust] user@hub# set policy spokes-to-local match source-address sunnyvale-net user@hub# set policy spokes-to-local match source-address westford-net user@hub# set policy spokes-to-local match destination-address local-net user@hub# set policy spokes-to-local match application any user@hub# set policy spokes-to-local then permit
Cree la política de seguridad para permitir el tráfico dentro de la zona.
[edit security policies from-zone vpn to-zone vpn] user@hub# set policy spoke-to-spoke match source-address any user@hub# set policy spoke-to-spoke match destination-address any user@hub# set policy spoke-to-spoke match application any user@hub# set policy spoke-to-spoke then permit
Resultados
Desde el modo de configuración, ingrese 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 de este ejemplo para corregirla.
[edit]
user@hub# show security policies
from-zone trust to-zone vpn {
policy local-to-spokes {
match {
source-address local-net;
destination-address [ sunnyvale-net westford-net ];
application any;
}
then {
permit;
}
}
}
from-zone vpn to-zone trust {
policy spokes-to-local {
match {
source-address [ sunnyvale-net westford-net ];
destination-address local-net;
application any;
}
then {
permit;
}
}
}
from-zone vpn to-zone vpn {
policy spoke-to-spoke {
match {
source-address any;
destination-address any;
application any;
}
then {
permit;
}
}
}
Cuando termine 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.
set security flow tcp-mss ipsec-vpn mss 1350
Procedimiento paso a paso
Para configurar la información TCP-MSS para el concentrador:
Configure la información de TCP-MSS.
[edit] user@hub# set security flow tcp-mss ipsec-vpn mss 1350
Resultados
Desde el modo de configuración, ingrese 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 de este ejemplo para corregirla.
[edit]
user@hub# show security flow
tcp-mss {
ipsec-vpn {
mss 1350;
}
}
Cuando termine de configurar el dispositivo, ingrese commit desde el modo de configuración.
Configuración de información básica de red, zona de seguridad y libreta de direcciones 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 y, luego, ingrese commit desde el [edit] modo de configuración.
set interfaces ge-0/0/0 unit 0 family inet address 10.3.3.2/30 set interfaces ge-0/0/3 unit 0 family inet address 192.168.178.1/24 set interfaces st0 unit 0 family inet address 10.11.11.12/24 set routing-options static route 0.0.0.0/0 next-hop 10.3.3.1 set routing-options static route 10.10.10.0/24 next-hop 10.11.11.10 set routing-options static route 192.168.168.0/24 next-hop 10.11.11.10 set security zones security-zone untrust interfaces ge-0/0/0.0 set security zones security-zone untrust host-inbound-traffic system-services ike set security zones security-zone trust interfaces ge-0/0/3.0 set security zones security-zone trust host-inbound-traffic system-services all set security zones security-zone vpn interfaces st0.0 set security address-book book1 address local-net 192.168.178.0/24 set security address-book book1 attach zone trust set security address-book book2 address corp-net 10.10.10.0/24 set security address-book book2 address sunnyvale-net 192.168.168.0/24 set security address-book book2 attach zone vpn
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 hacerlo, 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 Westford:
Configure la información de interfaz Ethernet.
[edit] user@spoke# set interfaces ge-0/0/0 unit 0 family inet address 10.3.3.2/30 user@spoke# set interfaces ge-0/0/3 unit 0 family inet address 192.168.178.1/24 user@spoke# set interfaces st0 unit 0 family inet address 10.11.11.12/24
Configure la información de rutas estáticas.
[edit] user@spoke# set routing-options static route 0.0.0.0/0 next-hop 10.3.3.1 user@spoke# set routing-options static route 10.10.10.0/24 next-hop 10.11.11.10 user@spoke# set routing-options static route 192.168.168.0/24 next-hop 10.11.11.10
Configure la zona de seguridad de no confianza.
[edit] user@spoke# set security zones security-zone untrust
Asigne una interfaz a la zona de seguridad.
[edit security zones security-zone untrust] user@spoke# set interfaces ge-0/0/0.0
Especifique los servicios del sistema permitidos para la zona de seguridad de no confianza.
[edit security zones security-zone untrust] user@spoke# set host-inbound-traffic system-services ike
Configure la zona de seguridad de confianza.
[edit] user@spoke# edit security zones security-zone trust
Asigne una interfaz a la zona de seguridad de confianza.
[edit security zones security-zone trust] user@spoke# set interfaces ge-0/0/3.0
Especifique los servicios del sistema permitidos para la zona de seguridad de confianza.
[edit security zones security-zone trust] user@spoke# set host-inbound-traffic system-services all
Configure la zona de seguridad vpn.
[edit] user@spoke# edit security zones security-zone vpn
Asigne una interfaz a la zona de seguridad vpn.
[edit security zones security-zone vpn] user@spoke# set interfaces st0.0
Cree una libreta de direcciones y adjunte una zona a ella.
[edit security address-book book1] user@spoke# set address local-net 192.168.178.0/24 user@spoke# set attach zone trust
Cree otra libreta de direcciones y adjunte una zona a ella.
[edit security address-book book2] user@spoke# set address corp-net 10.10.10.0/24 user@spoke# set address sunnyvale-net 192.168.168.0/24 user@spoke# set attach zone vpn
Resultados
Desde el modo de configuración, ingrese los comandos , show routing-optionsy show security zonesshow security address-book para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración de este ejemplo para corregirla.
[edit]
user@spoke# show interfaces
ge-0/0/0 {
unit 0 {
family inet {
address 10.3.3.2/30;
}
}
}
ge-0/0/3 {
unit 0 {
family inet {
address 192.168.178.1/24;
}
}
}
st0 {
unit 0 {
family inet {
address 10.11.11.10/24;
}
}
}
[edit]
user@spoke# show routing-options
static {
route 0.0.0.0/0 next-hop 10.3.3.1;
route 192.168.168.0/24 next-hop 10.11.11.10;
route 10.10.10.0/24 next-hop 10.11.11.10;
}
[edit]
user@spoke# show security zones
security-zone untrust {
host-inbound-traffic {
system-services {
ike;
}
}
interfaces {
ge-0/0/0.0;
}
}
security-zone trust {
host-inbound-traffic {
system-services {
all;
}
}
interfaces {
ge-0/0/3.0;
}
}
security-zone vpn {
interfaces {
st0.0;
}
}
[edit]
user@spoke# show security address-book
book1 {
address corp-net 10.10.10.0/24;
attach {
zone trust;
}
}
book2 {
address local-net 192.168.178.0/24;
address sunnyvale-net 192.168.168.0/24;
attach {
zone vpn;
}
}
Cuando termine de configurar el dispositivo, ingrese commit desde el modo de configuración.
Configuración de ICR 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.
set security ike proposal ike-phase1-proposal authentication-method pre-shared-keys set security ike proposal ike-phase1-proposal dh-group group2 set security ike proposal ike-phase1-proposal authentication-algorithm sha1 set security ike proposal ike-phase1-proposal encryption-algorithm aes-128-cbc set security ike policy ike-phase1-policy mode main set security ike policy ike-phase1-policy proposals ike-phase1-proposal set security ike policy ike-phase1-policy pre-shared-key ascii-text “$ABC123” set security ike gateway gw-corporate external-interface ge-0/0/0.0 set security ike gateway gw-corporate ike-policy ike-phase1-policy set security ike gateway gw-corporate address 10.1.1.2
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 hacerlo, 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:
Cree la propuesta de fase 1 de IKE.
[edit security ike] user@spoke# set proposal ike-phase1-proposal
Defina el método de autenticación de la propuesta de ICR.
[edit security ike proposal ike-phase1-proposal] user@spoke# set authentication-method pre-shared-keys
Defina el grupo Diffie-Hellman de la propuesta de ICR.
[edit security ike proposal ike-phase1-proposal] user@spoke# set dh-group group2
Defina el algoritmo de autenticación de la propuesta de ICR.
[edit security ike proposal ike-phase1-proposal] user@spoke# set authentication-algorithm sha1
Defina el algoritmo de cifrado de la propuesta de ICR.
[edit security ike proposal ike-phase1-proposal] user@spoke# set encryption-algorithm aes-128-cbc
Cree una política de fase 1 de IKE.
[edit security ike] user@spoke# set policy ike-phase1-policy
Establezca el modo de política de fase 1 de IKE.
[edit security ike policy ike-phase1-policy] user@spoke# set mode main
Especifique una referencia a la propuesta de ICR.
[edit security ike policy ike-phase1-policy] user@spoke# set proposals ike-phase1-proposal
Defina el método de autenticación de política de fase 1 de IKE.
[edit security ike policy ike-phase1-policy] user@spoke# set pre-shared-key ascii-text “$ABC123”
Cree una puerta de enlace de fase 1 IKE y defina su interfaz externa.
[edit security ike] user@spoke# set gateway gw-corporate external-interface ge-0/0/0.0
Defina la referencia de política de fase 1 de IKE.
[edit security ike] user@spoke# set gateway gw-corporate ike-policy ike-phase1-policy
Defina la dirección de puerta de enlace de fase 1 de IKE.
[edit security ike] user@spoke# set gateway gw-corporate address 10.1.1.2
Resultados
Desde el modo de configuración, ingrese 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 de este ejemplo para corregirla.
[edit]
user@spoke# show security ike
proposal ike-phase1-proposal {
authentication-method pre-shared-keys;
dh-group group2;
authentication-algorithm sha1;
encryption-algorithm aes-128-cbc;
}
policy ike-phase1-policy {
mode main;
proposals ike-phase1-proposal;
pre-shared-key ascii-text "$ABC123"; ## SECRET-DATA
}
gateway gw-corporate {
ike-policy ike-phase1-policy;
address 10.1.1.2;
external-interface ge-0/0/0.0;
}
Cuando termine de configurar el dispositivo, ingrese commit desde 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 y, luego, ingrese commit desde el [edit] modo de configuración.
set security ipsec proposal ipsec-phase2-proposal protocol esp set security ipsec proposal ipsec-phase2-proposal authentication-algorithm hmac-sha1-96 set security ipsec proposal ipsec-phase2-proposal encryption-algorithm aes-128-cbc set security ipsec policy ipsec-phase2-policy proposals ipsec-phase2-proposal set security ipsec policy ipsec-phase2-policy perfect-forward-secrecy keys group2 set security ipsec vpn vpn-corporate ike gateway gw-corporate set security ipsec vpn vpn-corporate ike ipsec-policy ipsec-phase2-policy set security ipsec vpn vpn-corporate bind-interface st0.0
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 hacerlo, 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 Westford:
Cree una propuesta de fase 2 de IPsec.
[edit] user@spoke# set security ipsec proposal ipsec-phase2-proposal
Especifique el protocolo de propuesta de fase 2 de IPsec.
[edit security ipsec proposal ipsec-phase2-proposal] user@spoke# set protocol esp
Especifique el algoritmo de autenticación de propuesta de fase 2 de IPsec.
[edit security ipsec proposal ipsec-phase2-proposal] user@spoke# set authentication-algorithm hmac-sha1-96
Especifique el algoritmo de cifrado de propuesta de fase 2 de IPsec.
[edit security ipsec proposal ipsec-phase2-proposal] user@spoke# set encryption-algorithm aes-128-cbc
Cree la política de fase 2 de IPsec.
[edit security ipsec] user@spoke# set policy ipsec-phase2-policy
Especifique la referencia de propuesta de fase 2 de IPsec.
[edit security ipsec policy ipsec-phase2-policy] user@spoke# set proposals ipsec-phase2-proposal
Especifique IPsec PFS de fase 2 para usar el grupo Diffie-Hellman 2.
[edit security ipsec policy ipsec-phase2-policy] user@host# set perfect-forward-secrecy keys group2
Especifique la puerta de enlace de ICR.
[edit security ipsec] user@spoke# set vpn vpn-corporate ike gateway gw-corporate
Especifique la política de fase 2 de IPsec.
[edit security ipsec] user@spoke# set vpn vpn-corporate ike ipsec-policy ipsec-phase2-policy
Especifique la interfaz que se va a enlazar.
[edit security ipsec] user@spoke# set vpn vpn-corporate bind-interface st0.0
Resultados
Desde el modo de configuración, ingrese 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 de este ejemplo para corregirla.
[edit]
user@spoke# show security ipsec
proposal ipsec-phase2-proposal {
protocol esp;
authentication-algorithm hmac-sha1-96;
encryption-algorithm aes-128-cbc;
}
policy ipsec-phase2-policy {
perfect-forward-secrecy {
keys group2;
}
proposals ipsec-phase2-proposal;
}
vpn vpn-corporate {
bind-interface st0.0;
ike {
gateway gw-corporate;
ipsec-policy ipsec-phase2-policy;
}
}
Cuando termine de configurar el dispositivo, ingrese commit desde 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 y, luego, ingrese commit desde el [edit] modo de configuración.
set security policies from-zone trust to-zone vpn policy to-corporate match source-address local-net set security policies from-zone trust to-zone vpn policy to-corporate match destination-address corp-net set security policies from-zone trust to-zone vpn policy to-corporate match destination-address sunnyvale-net set security policies from-zone trust to-zone vpn policy to-corporate application any set security policies from-zone trust to-zone vpn policy to-corporate then permit set security policies from-zone vpn to-zone trust policy from-corporate match source-address corp-net set security policies from-zone vpn to-zone trust policy from-corporate match source-address sunnyvale-net set security policies from-zone vpn to-zone trust policy from-corporate match destination-address local-net set security policies from-zone vpn to-zone trust policy from-corporate application any set security policies from-zone vpn to-zone trust policy from-corporate then permit
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 hacerlo, 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 radio Westford:
Cree la política de seguridad para permitir tráfico desde la zona de confianza a la zona VPN.
[edit security policies from-zone trust to-zone vpn] user@spoke# set policy to-corp match source-address local-net user@spoke# set policy to-corp match destination-address corp-net user@spoke# set policy to-corp match destination-address sunnyvale-net user@spoke# set policy to-corp match application any user@spoke# set policy to-corp then permit
Cree la política de seguridad para permitir tráfico desde la zona VPN a la zona de confianza.
[edit security policies from-zone vpn to-zone trust] user@spoke# set policy spokes-to-local match source-address corp-net user@spoke# set policy spokes-to-local match source-address sunnyvale-net user@spoke# set policy spokes-to-local match destination-address local-net user@spoke# set policy spokes-to-local match application any user@spoke# set policy spokes-to-local then permit
Resultados
Desde el modo de configuración, ingrese 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 de este ejemplo para corregirla.
[edit]
user@spoke# show security policies
from-zone trust to-zone vpn {
policy to-corp {
match {
source-address local-net;
destination-address [ sunnyvale-net westford-net ];
application any;
}
then {
permit;
}
}
}
from-zone vpn to-zone trust {
policy spokes-to-local {
match {
source-address [ sunnyvale-net westford-net ];
destination-address local-net;
application any;
}
then {
permit;
}
}
}
Cuando termine 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.
set security flow tcp-mss ipsec-vpn mss 1350
Procedimiento paso a paso
Para configurar TCP-MSS para el radio Westford:
Configure la información de TCP-MSS.
[edit] user@spoke# set security flow tcp-mss ipsec-vpn mss 1350
Resultados
Desde el modo de configuración, ingrese 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 de este ejemplo para corregirla.
[edit]
user@spoke# show security flow
tcp-mss {
ipsec-vpn {
mss 1350;
}
}
Cuando termine de configurar el dispositivo, ingrese commit desde el modo de configuración.
Configuración del radio de Sunnyvale
Configuración rápida de CLI
En este ejemplo, se utiliza un dispositivo de la serie SSG para el radio de Sunnyvale. Como referencia, se proporciona la configuración del dispositivo de la serie SSG. Para obtener más información acerca de cómo configurar Serie SSG dispositivos, consulte , Concepts and Examples ScreenOS Reference Guideque 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.
set zone name "VPN" set interface ethernet0/6 zone "Trust" set interface "tunnel.1" zone "VPN" set interface ethernet0/6 ip 192.168.168.1/24 set interface ethernet0/6 route set interface ethernet0/0 ip 10.2.2.2/30 set interface ethernet0/0 route set interface tunnel.1 ip 10.11.11.11/24 set flow tcp-mss 1350 set address "Trust" "sunnyvale-net" 192.168.168.0 255.255.255.0 set address "VPN" "corp-net" 10.10.10.0 255.255.255.0 set address "VPN" "westford-net" 192.168.178.0 255.255.255.0 set ike gateway "corp-ike" address 10.1.1.2 Main outgoing-interface ethernet0/0 preshare "395psksecr3t" sec-level standard set vpn corp-vpn monitor optimized rekey set vpn "corp-vpn" bind interface tunnel.1 set vpn "corp-vpn" gateway "corp-ike" replay tunnel idletime 0 sec-level standard set policy id 1 from "Trust" to "Untrust" "ANY" "ANY" "ANY" nat src permit set policy id 2 from "Trust" to "VPN" "sunnyvale-net" "corp-net" "ANY" permit set policy id 2 exit set dst-address "westford-net" exit set policy id 3 from "VPN" to "Trust" "corp-net" "sunnyvale-net" "ANY" permit set policy id 3 set src-address "westford-net" exit set route 10.10.10.0/24 interface tunnel.1 set route 192.168.178.0/24 interface tunnel.1 set route 0.0.0.0/0 interface ethernet0/0 gateway 10.2.2.1
Verificación
Para confirmar que la configuración funcione correctamente, realice las siguientes tareas:
- Verificación del estado de fase 1 de IKE
- Verificación del estado de fase 2 de IPsec
- Verificar enlaces de túnel de salto siguiente
- Verificar rutas estáticas para LAN locales de pares remotos
- Revisar estadísticas y errores para una asociación de seguridad IPsec
- Probar el flujo de tráfico a través de la VPN
Verificación del estado de 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 el tráfico iniciado desde el firewall de la serie SRX a través del túnel. Se recomienda que, cuando se prueben los túneles de IPsec, se envíe tráfico de prueba desde un dispositivo independiente en un extremo de la VPN a un segundo dispositivo al otro extremo de la VPN. Por ejemplo, inicie un ping de 192.168.10.10 a 192.168.168.10.
Desde el modo operativo, introduzca el show security ike security-associations comando. Después de obtener un número de índice desde el comando, utilice el show security ike security-associations index index_number detail comando.
user@hub> show security ike security-associations Index Remote Address State Initiator cookie Responder cookie Mode 6 10.3.3.2 UP 94906ae2263bbd8e 1c35e4c3fc54d6d3 Main 7 10.2.2.2 UP 7e7a1c0367dfe73c f284221c656a5fbc Main
user@hub> show security ike security-associations index 6 detail
IKE peer 10.3.3.2, Index 6,
Role: Responder, State: UP
Initiator cookie: 94906ae2263bbd8e,, Responder cookie: 1c35e4c3fc54d6d3
Exchange type: Main, Authentication method: Pre-shared-keys
Local: 10.1.1.2:500, Remote: 10.3.3.2:500
Lifetime: Expires in 3571 seconds
Algorithms:
Authentication : sha1
Encryption : aes-cbc (128 bits)
Pseudo random function: hmac-sha1
Traffic statistics:
Input bytes : 1128
Output bytes : 988
Input packets : 6
Output packets : 5
Flags: Caller notification sent
IPSec security associations: 1 created, 0 deleted
Phase 2 negotiations in progress: 1
Negotiation type: Quick mode, Role: Responder, Message ID: 1350777248
Local: 10.1.1.2:500, Remote: 10.3.3.2:500
Local identity: ipv4_subnet(any:0,[0..7]=0.0.0.0/0)
Remote identity: ipv4_subnet(any:0,[0..7]=0.0.0.0/0)
Flags: Caller notification sent, Waiting for done
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 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
show security ike security-associations index detailcomando para obtener más información acerca de la SA.Dirección remota: verifique que la dirección IP remota sea correcta.
Estado
UP: se ha establecido la SA de fase 1.
DOWN—Hubo un problema al establecer la SA de Fase 1.
Modo: verifique 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 show security ike security-associations index 1 detail comando 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
Cantidad de negociaciones de la Fase 2 en curso
Verificación del estado de fase 2 de IPsec
Propósito
Verifique el estado de fase 2 de IPsec.
Acción
Desde el modo operativo, introduzca el show security ipsec security-associations comando. Después de obtener un número de índice desde el comando, utilice el show security ipsec security-associations index index_number detail comando.
user@hub> show security ipsec security-associations total configured sa: 4 ID Gateway Port Algorithm SPI Life:sec/kb Mon vsys <16384 10.2.2.2 500 ESP:aes-128/sha1 b2fc36f8 3364/ unlim - 0 >16384 10.2.2.2 500 ESP:aes-128/sha1 5d73929e 3364/ unlim - 0 ID Gateway Port Algorithm SPI Life:sec/kb Mon vsys <16385 10.3.3.2 500 ESP:3des/sha1 70f789c6 28756/unlim - 0 >16385 10.3.3.2 500 ESP:3des/sha1 80f4126d 28756/unlim - 0
user@hub> show security ipsec security-associations index 16385 detail
Virtual-system: Root
Local Gateway: 10.1.1.2, Remote Gateway: 10.3.3.2
Local Identity: ipv4_subnet(any:0,[0..7]=0.0.0.0/24)
Remote Identity: ipv4_subnet(any:0,[0..7]=0.0.0.0/0)
DF-bit: clear
Direction: inbound, SPI: 1895270854, AUX-SPI: 0
Hard lifetime: Expires in 28729 seconds
Lifesize Remaining: Unlimited
Soft lifetime: Expires in 28136 seconds
Mode: tunnel, Type: dynamic, State: installed, VPN Monitoring: -
Protocol: ESP, Authentication: hmac-sha1-96, Encryption: aes-cbc (128 bits)
Anti-replay service: enabled, Replay window size: 32
Direction: outbound, SPI: 2163479149, AUX-SPI: 0
Hard lifetime: Expires in 28729 seconds
Lifesize Remaining: Unlimited
Soft lifetime: Expires in 28136 seconds
Mode: tunnel, Type: dynamic, State: installed, VPN Monitoring: -
Protocol: ESP, Authentication: hmac-sha1-96, Encryption: aes-cbc (128 bits)
Anti-replay service: enabled, Replay window size: 32
Significado
El resultado del show security ipsec security-associations comando muestra la siguiente información:
El número de identificación es 16385. Utilice este valor con el
show security ipsec security-associations indexcomando 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 caduca en 28756 segundos y que no se especificó un tamaño de vida útil, lo cual indica que es ilimitada. La duración de la fase 2 puede diferir de la vida útil 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 show security ipsec security-associations index 16385 detail comando muestra la siguiente información:
La identidad local y la identidad remota constituyen el ID de proxy para la SA.
Una de las causas más comunes de una falla de fase 2 es una no coincidencia del ID de proxy. 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 causa común de 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.
Verificar enlaces de túnel de salto siguiente
Propósito
Una vez completada la fase 2 para todos los pares, compruebe los enlaces del túnel del próximo salto.
Acción
Desde el modo operativo, introduzca el show security ipsec next-hop-tunnels comando.
user@hub> show security ipsec next-hop-tunnels Next-hop gateway interface IPSec VPN name Flag 10.11.11.11 st0.0 sunnyvale-vpn Static 10.11.11.12 st0.0 westford-vpn Auto
Significado
Las puertas de enlace del siguiente salto son las direcciones IP de las interfaces st0 de todos los pares de radio remoto. El siguiente salto debe asociarse con el nombre de VPN IPsec correcto. Si no existe ninguna entrada NHTB, no hay forma de que el dispositivo concentrador diferencie qué VPN IPsec está asociada a qué próximo salto.
El campo Flag 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 estaba configurado, 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 una 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.
Verificar rutas estáticas para LAN locales de pares remotos
Propósito
Compruebe que la ruta estática hace referencia a la dirección IP st0 del par radial.
Acción
Desde el modo operativo, introduzca el show route comando.
user@hub> show route 192.168.168.10
inet.0: 9 destinations, 9 routes (9 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
192.168.168.0/24 *[Static/5] 00:08:33
> to 10.11.11.11 via st0.0
user@hub> show route 192.168.178.10
inet.0: 9 destinations, 9 routes (9 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
192.168.178.0/24 *[Static/5] 00:04:04
> to 10.11.11.12 via st0.0
El siguiente salto es la dirección IP st0 del par remoto y ambas rutas apuntan a st0.0 como la 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, introduzca el show security ipsec statistics index comando.
user@hub> show security ipsec statistics index 16385 ESP Statistics: Encrypted bytes: 920 Decrypted bytes: 6208 Encrypted packets: 5 Decrypted packets: 87 AH Statistics: Input bytes: 0 Output bytes: 0 Input packets: 0 Output packets: 0 Errors: AH authentication failures: 0, Replay errors: 0 ESP authentication failures: 0, ESP decryption failures: 0 Bad headers: 0, Bad trailers: 0
También puede utilizar el comando para revisar las estadísticas y los show security ipsec statistics errores de todas las SA.
Para borrar todas las estadísticas de IPsec, utilice 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 or 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 desde el firewall de la serie SRX para probar el ping flujo de tráfico en una PC de host remoto. 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, introduzca el ping comando.
user@hub> ping 192.168.168.10 interface ge-0/0/0 count 5 PING 192.168.168.10 (192.168.168.10): 56 data bytes 64 bytes from 192.168.168.10: icmp_seq=0 ttl=127 time=8.287 ms 64 bytes from 192.168.168.10: icmp_seq=1 ttl=127 time=4.119 ms 64 bytes from 192.168.168.10: icmp_seq=2 ttl=127 time=5.399 ms 64 bytes from 192.168.168.10: icmp_seq=3 ttl=127 time=4.361 ms 64 bytes from 192.168.168.10: icmp_seq=4 ttl=127 time=5.137 ms --- 192.168.168.10 ping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss round-trip min/avg/max/stddev = 4.119/5.461/8.287/1.490 ms
También puede usar el ping comando desde el dispositivo de la serie SSG.
user@hub> ping 192.168.10.10 from ethernet0/6 Type escape sequence to abort Sending 5, 100-byte ICMP Echos to 192.168.10.10, timeout is 1 seconds from ethernet0/6 !!!!! Success Rate is 100 percent (5/5), round-trip time min/avg/max=4/4/5 ms
ssg-> ping 192.168.178.10 from ethernet0/6 Type escape sequence to abort Sending 5, 100-byte ICMP Echos to 192.168.178.10, timeout is 1 seconds from ethernet0/6 !!!!! Success Rate is 100 percent (5/5), round-trip time min/avg/max=8/8/10 ms
Significado
Si el ping comando no funciona desde el dispositivo serie SRX o Serie SSG, es posible que exista un problema con el enrutamiento, las políticas de seguridad, el 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 el Explorador de características para determinar si una característica es compatible con su plataforma.
container-string y
wildcard-string en
[edit security ike gateway gateway_name dynamic distinguished-name] la jerarquía. Si intenta configurar el segundo atributo después de configurar el primero, el primer atributo se sustituye por el segundo. Antes de actualizar el dispositivo, debe quitar uno de los atributos si configuró ambos.