The Google search term that brings more people to this page than any other is “free VPN client”. I’ve written about IPSecuritas before, and I’m assuming that’s the article to which the Google search links. At the same time, during my surfing, I’ve seen a number of users with questions about how to connect to the Netgear FVS318 with a VPN client, sometimes IPSecuritas specifically.
There don’t seem to be any good directions on the web for IPSecuritas and the FVS318, so I decided to post some here. Read more for illustrations and complete instructions.
I prefer to set up the FVS318 first. As wonderful as Safari is, for some reason it doesn’t cooperate very well with Netgear’s built-in web-based management pages. Instead of Safari, I use Firefox. You’re obviously free to use whatever browser works for you.
After logging into the FVS318, click on “VPN Settings” in the left frame. You’ll get a list of VPN connections like this one:

I’ve blurred out the information from my FVS318 for privacy reasons. Click the radio button next to one of the connection numbers and then click the “Edit” button below. You’ll be presented with the “VPN Settings - Main Mode” page.

Now let’s fill in the boxes:
- Connection name: This is a name you give the connection so that you can identify it later. This name can be anything and only serves to remind you what the connection is for.
- Local IPSec Identifier: This is a name you’re giving to the firewall to identify it in the VPN connection. Remember this name because it will be needed later when we set up the client. For instance, you could enter “Firewall” in this box to identify the FVS318 as your firewall.
- Remote IPSec Identifier: This name identifies the device connecting to the FVS318 to create the VPN, in this case, your Mac. To keep things simple, you can enter “Mac” into this box. Remember this name for later too.
- Tunnel can be accessed from: This drop-down determines what devices can access the VPN tunnel from behind the firewall. In our particular case, we’re going to select “a subnet of local addresses”. This will allow devices from a specific subnet connected to the firewall to communicate over the VPN. This setting can be changed to meet specific needs. For instance, if you want only one device behind the firewall to communicate over the VPN, you can select “a single local IP address”.
- Local LAN start IP Address: Since we selected to allow a subnet to access the tunnel, this value needs to be the IP address that designates the subnet we want to allow. Most users are probably using a class C subnet of some kind, so that’s the example I’ll use here. In the case of a class C subnet, the IP address to enter into these boxes is 192.168.1.0.
- Local LAN finish IP Address: This section is unnecessary in the example setup. It would be useful if you selected “a range of local addresses” from the drop-down a couple of steps ago.
- Loca LAN IP Subnetmask: This is the subnet mask of the LAN behind the firewall which we allowed to access the VPN tunnel. For the class C IP address given earlier, the subnet mask is 255.255.255.0.
- Tunnel can access: This setting specifies which remote devices can be accessed by devices communicating over the VPN from behind the firewall. In our example, we’re going to select “a single remote address” because we’re connecting a single remote Mac to the firewall.
- Remote LAN start IP address: This is an address that is going to be assigned to the virtual interface that will be created on the Mac for the VPN connection. The firewall will have to route traffic to this address, so it cannot be in the same subnet as the devices behind the firewall. Since devices behind the firewall are assigned 192.168.1.x, it would be acceptable to assign the IP address 10.1.2.3 to the remote Mac we’re connecting from.
- Remote LAN finish IP Address: For this example, we leave this setting blank.
- Remote LAN IP Subnetmask: For this example, we leave this setting blank.
- Remote WAN IP or FQDN: This should be set to 0.0.0.0.
- Secure association: Set this drop-down to “Aggressive Mode”.
- Prefect Forward Secrecy: Click the “Enabled” button.
- Encryption Protocol: This specifies what kind of encryption will be used to secure data as it travels across the tunnel. Different protocols have their positives and negatives. I personally like AES-256 because it’s secure and efficient. You may choose whatever encryption protocol you like, but be sure to adjust these instructions so that you’re using the same protocol at the firewall and at the VPN client. After all, your Mac and the firewall can’t talk to each other if they’re speaking a different encrypted language.
- Key Group: Select “Diffie-Hellman Group 1″ from the drop-down.
- PreShared Key: This is a sort of password that both your Mac’s VPN client and the FVS318 both know so they can verify they’re supposed to communicate with each other. Enter a secure word or phrase here, using the same rules you would use to create a secure password.
- Key Life: Set this value to 28800 seconds.
- IKE Life Time: Set his value to 86400 seconds.
- NETBIOS Enable: NetBIOS is protocol that communicates via broadcasts. Since broadcasts are non-routable, any NetBIOS traffic that a VPN client would want to send or receive will not make it to an intended destination on the other end of the VPN tunnel. I assume this check box uses some technical trickery to forward those broadcasts over the tunnel. Macs do not use NetBIOS, so there is no reason to check this box.
- Click the “Apply” button.
Your FVS318 firewall should now be set up to accept a VPN connection from your Mac. Now we need to set up the VPN client, in this case, IPSecuritas, on the Mac.
At the “General” tab:

- Start IPSecuritas and click the “New” button on the initial window.
- Connection Name: As on the FVS318, this is a name you give the connection that is meaningful to you. It does not affect the connection.
- Mode of Operation: Select “Host To Network” from the drop-down. We are a single machine (host) connecting to the firewall (network).
- Remote IPSec Device: Enter the IP address of the FVS318 into this box.
- Remote Network: Enter the IP address of the network behind the firewall into this box. We entered this information into the FVS318 in a step above as 192.168.1.0. The box to the right and after the slash is for a value called the CIDR. This is a shorthand notation for the subnet mask. Again, in a step above, we said the subnet mask was 255.255.255.0. The CIDR notation, and the value you should enter into the the box, is 24.
- Local Address: This is the IP address we’re assigning to the Mac. This is also something we entered into the FVS318 in a step above. The value we gave it there was 10.1.2.3, and that’s the same value that should be entered into this box.
- Exchange Mode: Check the “Aggressive” box and uncheck all others.
- Proposal Check: Select “Obey” from the drop-down and set the Nonce Size to 16.
At the “Phase 1″ tab:

- Lifetime: Set to 28800 seconds.
- DH Group: This should be the same as the Diffie-Hellman value we set on the FVS318. Choose “Mod768 (1)” from the drop-down.
- Encryption: This should be the same as the encryption method we set on the FVS318. Choose “AES 256″ from the drop-down.
- Authentication: Choose “MD5″ from the drop-down.
At the “Phase 2″ tab:

- Lifetime: Enter 28800 seconds
- PFS Group: This corresponds to the “Perfect Forward Secrecy” option we enabled at the FVS318. Choose “Mod768 (1)” from the drop-down.
- Encryption: Again, corresponding with settings on the FVS318, check “AES 256″ and uncheck all others.
- Authentication: Check “HMAC MD5″ and uncheck all others.
At the “Id/Auth” tab:

- Local Identifier: This is the identifier that is assigned to your Mac. This name must be the same as the remote identifier value entered on the FVS318, which if you remember, was “Mac”.
- Remote Identifier: This is the identifier that is assigned to the firewall. This name must be the same as the local identifier value entered on the FVS318, which if you remember, was “Firewall”.
- Preshared Secret: This must be the same as the preshared secret key entered on the FVS318.
The “Options” tab contains things that are not important for the purposes of this example. You can click OK and the connection will be saved.
At the initial IPSecuritas screen, click the “Start IPSec” button. It will take several seconds, but the red X next to your newly created connection will change to a green check mark and your VPN will be ready to go!

My .Mac Web Gallery
April 18th, 2005 at 8:38 am
Won’t the IPSecuritas:General setting “Host To Network” leave traffic not directed to a destination behind the FVS318 firewall (192…) in the clear?
If one is paranoid about sending *any* outgoing traffic at a public access point unencrypted (such as sending mail through braindead ISPs that STILL don’t support SSL or ESMTP for POP mail), shouldn’t this setting be “Host To Anywhere”?
It’ll slow things down, but at least someone who’s camped outside Starbucks with a sniffer won’t get your traffic…
April 18th, 2005 at 10:45 am
You may be right, I haven’t used the “Host to Anywhere” setting to find out, although it seems to me that the other end must be able to decrypt what the sender is encrypting, so I don’t see how that would work with traffic not directed to the firewall. If anyone has more specific information, I’d be happy to have it posted here.
August 11th, 2005 at 10:00 pm
Using your excellent tutorial I was able to establish a connection to my FVS318. Once connected though, I can see nothing on the network. The goal is to be able to access a file server over AFP and print to printers on the network. What next?!?
August 12th, 2005 at 10:15 am
The nature of VPN traffic prevents you from seeing services offered on the remote network. Macs use Bonjour (formerly Rendezvous) and SLP as their service discovery protocols, along with NetBIOS for Windows compatibility. These protocols are all broadcast-based. They send broadcast packets to other machines on the local subnet to advertise and discover services.
A VPN is routed. Traffic from your local end is routed to the remote end by the firewall. Broadcasts are not routed, they are for the local subnet only. The reason you don’t see any of the services available on the remote end is because broadcasts to and from there are not forwarded by the firewall routing VPN traffic.
On the remote end, you need something like a directory service, a DNS server to resolve names, or you need to know the IP addresses of machines that offer the services you’re looking for. There’s no way to really browse the remote network.
August 12th, 2005 at 10:39 am
Thanks for the informative reply. I realize now that my question was poorly formed.
I have the IP address of a fileserver on the remote network. When I try to connect to it like I normally do, (Connect to server… afp://x.x.x.x) it just times out. Does the same thing with Samba.
I’ve been poking around the Web trying to figure out how to access resources across subnets with no luck at all.
August 12th, 2005 at 10:44 am
Are you initiating this VPN connection from a NATted / PATted environment, perhaps from behind another firewall?
October 19th, 2006 at 11:22 am
Thanks for the tips. I recently got myself a MacBook and spent a lot of time trying to figure out how to hook it up to my FWAG114. Your walkthrough really helped me out.
February 23rd, 2007 at 8:47 am
[...] Establishing a VPN with IPSecuritas and the Netgear FVS318 at Aaron Adams’s Lame-ass Blog Technorati tags: IPSecuritas, MacBook, VPN, IPSec, FWAG114, Netgear [...]