IMPORTANT
SNS 3.x versions have reached End of Maintenance since July 1st, 2024.
We recommend that you update your SNS firewalls to a version with maintenance to guarantee the protection of your infrastructure.
Mobile peer information
Beginning in SNS v3.10.0, several mobile policies can be supported within the same anonymous encryption policy, with peers distinguished by their IDs.
Select a peer from the list to display information about it.
| Comments | Description given of the remote peer. |
| Remote gateway | This field is grayed out for mobile peers. |
| Backup configuration | This field is grayed out for mobile peers. |
| IKE profile | This option makes it possible to select the protection model associated with your VPN policy, from three preconfigured profiles: StrongEncryption, GoodEncryption and Mobile. Other profiles can be created or modified in the tab Encryption profiles. |
| IKE version | This option allows selecting the version of the IKE protocol (IKEv1 or IKEv2) that the peer uses. |
Identification
| Authentication method | This field will show the authentication method selected during the creation of your peer via the wizard. You may modify your choice by selecting another method from the drop-down list. NOTE |
| Certificate |
If you have chosen the Certificate, Hybrid or Certificate and XAuth authentication method, this field will display your certificate or will suggest that you select it from the drop-down list. You can select a certificate with a TPM-protected private key, unless IKEv1 is used (tunnels can no longer be set up in IKEv1 if the private key in the certificate used is protected by the TPM). For more information on the TPM, see the section Trusted Platform Module. If you had opted for the pre-shared key method, this field will be grayed out. |
| Local ID (Optional) | This field represents an IPsec VPN tunnel endpoint, and shares the “secret” or the PSK with the “Peer ID”, the other endpoint. You are represented by the “Local ID”. This identifier must be in the form of an IP address, a domain name (FQDN: Full Qualified Domain Name) or an e-mail address (user@fqdn). NOTE |
| Peer ID (Optional) | This field represents an IPsec VPN tunnel endpoint, and shares the “secret” or the PSK with the “Local ID”, the other endpoint. The “Peer ID” represents your peer. The format is the same as the previous field. Do note that if you choose to indicate a peer ID, you must indicate the PSK associated with this peer in order to validate your configuration. |
| Pre-shared key (hexadecimal) |
Enter your pre-shared key (PSK) in the desired format (hexadecimal or ASCII if you select Enter the key in ASCII characters). This field appears only when pre-shared keys are chosen as the authentication method. |
| Confirm |
Confirm your pre-shared key (PSK). |
| Click here to edit the PSK list |
By clicking on this link, you will switch to the Identification tab in the IPsec VPN module. You can add you Approved certification authorities as well as your Mobile tunnels: pre-shared keys. |
Advanced properties
| Negotiation mode | In IPsec, two negotiation modes are possible: main mode and aggressive mode. They have particular influence over Phase 1 of the IKE protocol (authentication phase).
NOTES
IMPORTANT |
| Backup mode | The backup mode is the switch mode for the IPsec failover – if a server becomes unreachable, another will take over transparently. Nonetheless, the field is grayed out here as the backup configuration cannot be applied to a mobile configuration. NOTE |
| Local address | Object selected as the local IP address used for IPsec negotiations with this peer. This field is set to “Any” by default. |
| Do not initiate the tunnel (Responder only) | This option is grayed out and validated, as a tunnel to a mobile client with an unknown IP address cannot be set up. In this configuration, the firewall is therefore in “responder only” mode. |
| DPD | This field makes it possible to configure the DPD (Dead Peer Detection) feature on VPNs, This would allow checking whether a peer is still operational. When DPD is enabled on a peer, requests (R U there) are sent to test the availability of the other peer , which will need to acknowledge the requests in order to confirm its availability (R U there ACK). These exchanges are secured via ISAKMP (Internet Security Association and Key Management Protocol) SAs (Security Associations). If it is detected that a peer is no longer responding, the negotiated SAs will be destroyed. IMPORTANT Four choices are available for configuring DPD:
The value delay defines the period after a response is received before the next request is sent. |
| DSCP | In this field, you can specify the value of the DSCP field assigned to IKE network packets sent to this peer. Select one of the proposed values or specify a customized DSCP field (integer between 0 and 63 inclusive). |