The FreeBSD Diary

The FreeBSD Diary (TM)

Providing practical examples since 1998

If you buy from Amazon USA, please support us by using this link.
[ HOME | TOPICS | INDEX | WEB RESOURCES | BOOKS | CONTRIBUTE | SEARCH | FEEDBACK | FAQ | FORUMS ]
VLAN with pipsecd 7 July 2000
Need more help on this topic? Click here
This article has 6 comments
Show me similar articles
Philip Hallstrom wrote with this article on setting up a virtual LAN.  It's also known as a VPN (virtual private network).

Thank you Philip.

Philip writes:
I've had to setup two secure VPN's between FreeBSD boxes now. The first time I didn't document my steps -- figuring I'd remember :) -- which I didn't. I just finished setting up the second one and as it happened I also noticed several posts to c.u.b.f.m asking about setting up secure VPN's using FreeBSD so I thought I'd write up what I did. So, here it is.

A VPN (virtual LAN) allows you to treat two physically separate networks as though they were on the same network. At least that's how I understand it. What's cool about this is that it allows my home network and my office network to appear to be one contiguous network allowing me to work from one or the other without a lot of differences.

I'm going to use the following fictitious networks to illustrate my steps. Below we have two separate networks whose gateways (or routers, or firewall/natd boxes ,etc.) are gw1 and gw2. Our goal is to make it appear to the machines on either LAN that it is one seamless network. Additionally we want any data that is transferred between the two networks to be secure (encrypted). We do that by setting up a secure tunnel.

(Note: In my case, gw1 is 3.4 and gw2 is 4.0. I believe there are other ways to do this using an all 4.0 solution, but that doesn' work for me)

        ___________                                     ___________
        |         |                                     |         |
10.0.0.1-   gw1   -111.111.111.111 <---> 222.222.222.222-   gw2   -10.1.0.1
  (LAN) |         |   (Internet)           (Internet)   |         |  (LAN)
        |_________|                                     |_________| 
             |                                               | 
          10.2.0.1 <------------ encrypted> 10.2.0.2
          (tunnel)                                        (tunnel)

Steps:

  1. Make sure that you have at least one tunnel device compiled into the kernel on both gw1 and gw2. In particular you want to make sure your kernel config has the following:
    pseudo-device tun 1

    If you're going to have multiple vlans (perhaps the office server will provide vlans for multiple employee's home networks) then you should increase 1 to something larger. Build the new kernel, install it, and make the devices.

  2. Install the pipsecd port on both machines. FreeBSD-3.4 will also install OpenSSL, 4.0 won't since it's already there. Nothing special needs to be done besides a "make install".
  3. On gw1 create /usr/local/etc/rc.d/pipsecd.sh with the following:
    #!/bin/sh
    
    /usr/local/sbin/pipsecd &#
    # For some reason 4.0 complains if we access the tun device
    # to soon after calling pipsecd.  Sleeping for a bit fixes that.
    #
    sleep 3
    /sbin/ifconfig tun0 10.2.0.2 10.2.0.1 netmask 255.255.255.0
    /sbin/route add -net 10.1.0.0 -netmask 255.255.255.0 10.2.0.1
    
  4. On gw2 create /usr/local/etc/rc.d/pipsecd.sh with the following:
    #!/bin/sh
    
    /usr/local/sbin/pipsecd &#
    # For some reason 4.0 complains if we access the tun device
    # to soon after calling pipsecd.  Sleeping for a bit fixes that.
    #
    sleep 3
    /sbin/ifconfig tun0 10.2.0.1 10.2.0.2 netmask 255.255.255.0
    /sbin/route add -net 10.0.0.0 -netmask 255.255.255.0 10.2.0.2
    
  5. On gw1 create /usr/local/etc/ipsec/pipsecd.conf with the following. 'XXXXX', 'YYYYY', 'AAAAA', 'BBBBB' can be changed to any string of characters (as far as I can tell) as long as you change them in both files (these lines have been split for readability; there is actually only three lines in this file).
    sa ipesp spi=1000 auth=hmac-md5-96 akey=XXXXX enc=blowfish_cbc 
                                          ekey=AAAAA dest=222.222.222.222
    sa ipesp spi=1000 auth=hmac-md5-96 akey=YYYYY enc=blowfish_cbc 
                                          ekey=BBBBB
    if /dev/tun0 local_spi=1000 remote_spi=1000
  6. On gw2 create /usr/local/etc/ipsec/pipsecd.conf with the following (these lines have been split for readability; there is actually only three lines in this file):
    sa ipesp spi=1000 auth=hmac-md5-96 akey=XXXXX enc=blowfish_cbc 
                                     ekey=AAAAA
    sa ipesp spi=1000 auth=hmac-md5-96 akey=YYYYY enc=blowfish_cbc 
                                     ekey=BBBBB dest=111.111.111.111
    if /dev/tun0 local_spi=1000 remote_spi=1000
  7. That's it. Now, on both machines, start pipsecd by typing (as root):
    sh /usr/local/etc/rc.d/pipsecd.sh

At this point machines on either LAN should be able to connect to machines on the other LAN -- that is, host 10.0.0.2 should be able to ping 10.1.0.2 provided that they are both on.

For some reason the gateways themselves will not be able to talk to each other. When I setup my first VPN they could, but I must have changed something by accident and now they can't. But it's not that big of a deal because you shouldn't be connecting from/to your gateways very much anyway.

Notes:

  • If there are firewalls involved you will need to add some rules. The following example is for IPFW running on gw1, whose external interface is 'ed0':

    add 8000 allow 50 from 222.222.222.222 to 111.111.111.111 in recv ed0
    add 8000 allow ip from any to any via tun0

  • My specific hardware:
    • Office - FreeBSD 3.4, P120, 64RAM, 512K DSL connection
    • Home 1 - FreeBSD 3.4, P133, 32RAM, 512K DSL connection
    • Home 2 - FreeBSD 4.0, P120, 64RAM, 512K DSL connection

I max out the 512K DSL connection easily transferring b/n these servers (encryption and all). "Home 1" also runs Apache, Samba, netatalk, mysql, DNS, SMTP, POP, firewall, natd, and dhcp without problems.

In other words, you *don't* need beefy hardware.


Need more help on this topic? Click here
This article has 6 comments
Show me similar articles