DD-WRT:OpenVPN/de

OpenVPN ist eine voll funktionsfähige SSL VPN-Lösung, die eine breite Palette von Konfigurationen, einschließlich Road Warrior, Home / Office / campus Telearbeit, WiFi, sichere Niederlassung Verknüpfung und unternehmensweite Remote Access-Lösungen mit Load-Balancing, Failover empfangen kann und feinkörnigen access-Kontrollen.

unterstützen
Es ist ein großer unterschiedlicher Unterstützung plattfoms gibt, die alle openvpn Features im Detail zu besprechen variieren. so, wenn u Fragen haben, sollten Sie zunächst prüfen:

FAQ Open VPN Support possibilities

Erste OpenVPN
Bevor Sie beginnen, müssen Sie beziehen und installieren den OpenVPN-Client (with the GUI (for e.g. Windows)), Mac) for your client computer.

Bitte beachten Sie, dass es von einem binären sowohl für Client-und Server-Verbindungen besteht also nicht für individuell beschriftet Client-oder Server-Pakete aussehen.

OpenVPN in DD-WRT
In this section, it is assumed that you already have the DD-WRT installed in your router and that its a current build (newer than 01/2011). OpenVPN is only available on units with at least 8mb flash (except the Broadcom VPN build.)


 * 1) Using the Web Interface, go to the "Services" tab and then the "VPN" tab (for older versions of dd-wrt go to the "Administration" tab and then the "Services" sub-tab).
 * 2) Enable the "Open VPN Client and/or Server" If new options do not appear, Apply Settings.
 * 3) Fill in needed parameters (see below). Everything else not mentioned here is taken care of automaticly (e.g. firewall)
 * 4) Apply Settings

feste Parameter
There are default parameters that DD-WRT will always wite to the config file and which you cant change if you use GUI client mode:

ca /tmp/openvpncl/ca.crt cert /tmp/openvpncl/client.crt key /tmp/openvpncl/client.key management 127.0.0.1 5001 management-log-cache 50 verb 4 mute 5 log-append /var/log/openvpncl writepid /var/run/openvpncl.pid client resolv-retry infinite nobind persist-key persist-tun script-security 2 mtu-disc yes tls-client mssfix (only when fragment is set) fast-io

veränderbare Parameter
DD-WRT default settings in {} OpenVPN config language in []


 * Server IP/Name (e.g. 192.168.1.1): IP address/hostname of the OpenVPN server you want to connect to. [remote xxx]
 * Port: port which OpenVPN server is listening on. {1194} [port xxx]
 * Tunnel Device (TUN/TAP): The mode of tunneling. TUN: routing (layer 3), TAP: bridgeing (layer 2. can be used for routing, too, but its not very common). [dev-type tun/tap]
 * Tunnel Protocoll (UDP/TCP): The subprotocol the connection will use on the real used tcp connection. {udp} [proto udp/tcp]
 * Encryption Cipher (None and Blowfish to AES512): The encryption algorithm that will be used for the tunnel. Blowfish: fastest to AES512 safest. {AES128} [cipher xxx]
 * Hash Algorithm (None and MD4 to SHA512): The hash algorithm that will be used. MD4: fastest (maybe unsafe) to SHA512. {SHA256} [auth xxx]
 * nsCertType verification: Checks to see if the remote server is using a valid type of certificate meant for OpenVPN connections. As this is a security feature of OpenVPN, it should be left enabled. {checked} []
 * Advanced options: Leave defaults as is if you dont know what you are doing. {disabled} []
 * LZO Compression: Enables compression over VPN. This might speedup the connection. Must be the same value as on server. {yes} [comp-lzo yes/no/adaptive/disabled]
 * NAT: Enable network address translation on the client side of the connection. Enables tne NAT-firewall to protect clients. {disabled}
 * Bridge TAP to br0: Enable a transparent bridge across the tunnel to the local LAN. Works only in TAP mode with NAT disabled. {disabled}
 * Local IP Address: In cases you will not get an ip from the server. Not very common. {empty)
 * Subnet Mask: Subnet Mask for the IP Address.
 * TUN MTU Setting: set the mtu of the tunnel {1500} [tun-mtu xxx]
 * MSS-Fix/Fragment across the tunnel: set mss-fix and fragmentaion accross the tunnel. {empty} [fragment xxx] [mssfix]
 * TLS Cipher: What encryption algorithm OpenVPN should use for encrypting its control channel. {disabled} []
 * TLS Auth Key: The static key OpenVPN should use for generating HMAC send/receive keys.
 * Additional Config: Any additional configurations you want to define for the VPN connection. {empty}
 * Policy based Routing: allow only special clients to use the tunnel. Add IPs in the form 0.0.0.0/0 to force clients to use the tunnel as default gateway. One line per IP. {} []
 * Public Server Cert: Certificate of OpenVPN CA (not the server's public cert) in pem form; only part between (and including) -BEGIN CERTIFICATE- and -END CERTIFICATE- is necessary; as it is stored in nvram, everything else from that file should be removed to conserve space.
 * CA Cert: CA certificate; also only part between 'BEGIN' and 'END' is required.
 * Private Client Key: Key associated with certificate above; should be kept secret because anybody who knows this key can successfully authenticate as this client.
 * DH PEM: Diffie Hellmann parameter.
 * Static Key: used for p2p links. No pki needed.

GUI: Server Configuration
This section describes how to configure an OpenVPN server that uses SSL certificates for client authentication, which is recommended. The method offers better security than using a static key and allows multiple clients to connect at the same time.

feste Parameter
There are default parameters that DD-WRT will always wite to the config file and which you cant change if you use the GUI server mode:

dh /tmp/openvpn/dh.pem ca /tmp/openvpn/ca.crt cert /tmp/openvpn/cert.pem key /tmp/openvpn/key.pem keepalive 10 120 verb 4 mute 5 log-append /var/log/openvpn writepid /var/run/openvpnd.pid management 127.0.0.1 5002 management-log-cache 50 mtu-disc yes topology subnet client-config-dir /tmp/openvpn/ccd script-security 2 ifconfig-pool-persist /tmp/openvpn/ip-pool 86400 fast-io passtos

anpassbare Parameter
DD-WRT default settings in {} OpenVPN config language in []


 * Start Type: use "System". "WAN Up" doesnt work. {}
 * Config via (GUI/config file): GUI {}
 * Server Mode (TUN/TAP): The mode of tunneling. TUN: routing (layer 3), TAP: bridging networks (layer 2). {} [dev-type tun/tap]
 * DHCP-Proxy mode: Only in bridge mode. Let the clients use the network dhcp server not the openvpn dhcp. {} []
 * Pool start Ip: 1st ip of the ip pool used (Only in bridge mode). []
 * Pool end IP: Last ip of the ip pool used (Only in bridge mode). []
 * Gateway: Default gateway to use (Only in bridge mode). []
 * Network (e.g. 10.10.10.0): Network to use for the tunnel (Only in routing mode). []
 * Netmask (e.g. 255.255.255.0): Netmask of the used network. []
 * Block DHCP accross the tunnel: Dont allow DHCP requests across tunnel (Only in bridge mode).
 * Port: port which OpenVPN server listens on. {1194} [port xxx]
 * Tunnel Protocoll (UDP/TCP): The subprotocol the connection will use on the real used tcp connection. {udp} [proto udp/tcp]
 * Encryption Cipher (None and Blowfish to AES512): The encryption algorithm that will be used for the tunnel. Blowfish: fastest to AES512 safest. {AES128} [cipher xxx]
 * Hash Algorithm (None and MD4 to SHA512): The hash algorithm that will be used. MD4: fastest (maybe unsafe) to SHA512. {SHA256} [auth xxx]
 * Advanced options: Leave defaults as is if you dont know what you are doing. {disabled}
 * LZO Compression: Enables compression over VPN. This might speedup the connection. Must be the same value as on server. {yes} [comp-lzo yes/no/adaptive/disabled]
 * Redirect default Gateway: Force the clients to use the tunnel as default gateway. {disabled} []
 * Allow Client to Client: Allow clients to see each other. {disabled} [client-to-client]
 * Allow duplicate cn: allow to use 1 client cert to use on multiple clients (security risc)
 * TUN MTU Setting: set the mtu of the tunnel {1500} [tun-mtu xxx]
 * MSS-Fix/Fragment across the tunnel: set mss-fix and fragmentaion accross the tunnel. {empty} [fragment xxx] [mssfix]
 * TLS Cipher: What encryption algorithm OpenVPN should use for encrypting its control channel. {disabled} []
 * TLS Auth Key: The static key OpenVPN should use for generating HMAC send/receive keys.
 * Client connect script: . {empty} []
 * Additional Config: Any additional configurations you want to define for the VPN connection. {empty}
 * Public Server Cert: Certificate of OpenVPN CA (not the server's public cert) in pem form; only part between (and including) -BEGIN CERTIFICATE- and -END CERTIFICATE- is necessary; as it is stored in nvram, everything else from that file should be removed to conserve space.
 * Public Client Cert: Client certificate issued by CA for this particular router; also only part between 'BEGIN' and 'END' is required
 * Private Client Key: Key associated with certificate above; should be kept secret because anybody who knows this key can successfully authenticate as this client

Zusätzliche Server-Schutz mit Benutzernamen und Passwörter
I wanted to make the access to my network easy but secure. Certificates are nice, but I still like username and password even more. You can use the following simple script to check for usernames/passwords.

Add this to the config on the server and set the right path for the script: auth-user-pass-verify /path/to/your/script/verify.sh via-file

This line tells openvpn server to check for passed username and password by calling the script verify.sh and passing the username and password in a tmp file

Every client have to have this in its config file: auth-user-pass

This just tells openvpn client to ask the user for username and password or s/he will not be able to log in. You can also use "--auth-user-pass" (instead of the line in the config file) on the command line.

This is a simple shell script called "verify.sh" which contains usernames and passwords in clear text. I wanted to encrypt passwords with "passwd", but command "passwd" is not available in dd-wrt (and I have no idea how dd-wrt encrypts root password for /etc/passwd). If someone knows how to encrypt passwords in dd-wrt, plese add it here.

[Edit by mrwizeman Dec 18 2011] Hmm ok, I pasted a script here like 2 years ago which grtz was kind enough to modify to support multiple users but after trying it, I couldnt get it to work and I couldnt really understand all of the bracketbracket if statements either so here is a modified version from me as well, which now has multiple users support as well as hash capabillity and it lowercases the username properly as well: users file should contain colon separated entries like this: : USERS=`cat ./users` genhash {
 * 1) !/bin/sh

HASHPASS=`echo -n "$1$2" | md5sum | sed s'/\ -//'` i=0 while [ $i -lt 10 ]; do               HASHPASS=`echo -n $HASHPASS$HASHPASS | md5sum | sed s'/\  -//'` i=`expr $i + 1` done echo -n $HASHPASS } verify { Login=`echo $1 | awk '{print tolower($0)}'` echo Logging in as: $Login #echo Password is: $2 $ || exit 1 for i in $USERS; do               Name=${i%:*} PassHash=${i#*:} Logincmp=`echo $Name | awk '{print tolower($0)}'` #echo Logincmp is: $Logincmp if [ "$Logincmp" == "$Login" ] then #echo "Login('$Login') is equal to Logincmp('$Logincmp')" GENHASH=`genhash "$Login" "$2"` #echo genhash returned $GENHASH #echo and PassHash is: $PassHash if [ "$GENHASH" == "$PassHash" ] then echo Password hashes match exit 0 fi               fi        done } if [ "$1" == "--genhash" ] then Login=`echo $2 | awk '{print tolower($0)}'` echo `genhash "$Login" "$3"` exit 1 fi verify `cat $*` exit 1

I had to wait for the time to update from 1970 until I create my users file so here is what my start script looks like in case someone wants to use it:

YEAR="`date +%Y`" COUNT=0 while [ "$YEAR" = "1970" ] && [ $COUNT -lt 60 ]; do # System has not yet synchronized the date with ntp. sleep 1 YEAR="`date +%Y`" COUNT=$(($COUNT + 1)) done if [ "$YEAR" = "1970" ] && [ $COUNT -ge 60 ]; then # Initialize the date/time. NTP_POOL_SERVER="`nvram get ntp_server`" /usr/bin/killall ntpclient ntpclient -l -h $NTP_POOL_SERVER fi
 * 1) A 60 second wait is long enough. If there is a problem still then
 * 2) likely the router booted faster than the ISP CPE. Force a time sync.
 * 1)   stopservice process_monitor
 * 2)   startservice process_monitor

openvpn --mktun --dev tap0 brctl addif br0 tap0 ifconfig tap0 0.0.0.0 promisc up echo "user1:ababababababababababababababababa user2:ababababababababababababababababa" > /tmp/users You may disregard whatever is written below this point, but im going to leave it here for history's sake...

[Edit by mrwizeman Aug 31 2009] Ok so I put it here... here is a way I came up with that make this work with an encrypted password, now, let me explain how it works, I hash the username and password and then add the hash to itself, and hash that 10 times everytime I add the hashes together, I got that idea from the author of the passwd we use Poul-Henning Kamp but he does it 1000 times...

You can easily change this script to hash it 1000 times, but I think 10 is enough it will take a bruteforce program forever to first hash the user and pass and then hash the hashes 10 times, just to find out if it matches, and besides the weak ass processor of the routers we use will take forever to check our credentials if we do it that way... so anyway here it is: you have to run it in telnet the first time to figure out what your hash is, then change that in your script, the hash in the script I paste here is user: test and pass: test

First the script to generate a hash for you:
 * 1) !/bin/sh

genhash { echo You are generating a HASH for user: $1 echo with the password                        : $2 HASHPASS=`echo -n $1$2 | md5sum | sed s'/\ -//'` i=0 while [ $i != 10 ]; do           HASHPASS=`echo -n $HASHPASS$HASHPASS | md5sum | sed s'/\  -//'` #echo [$i] HASHPASS=$HASHPASS i=`expr $i + 1` done echo HASHPASS=$HASHPASS } genhash $1 $2 Then the actual script for your check:
 * 1) !/bin/sh

HASH='1bbd7254581aaab10868ccfdc0860d68'
 * 1) echo HASH = $HASH
 * 2) echo param 1 = $1
 * 3) echo param 2 = $2

vpn_verify { if ! $1  ||  ! $2 ; then #echo "No username or password: $*" exit 1 fi       HASHPASS=`echo -n $1$2 | md5sum | sed s'/\  -//'` #echo HASHPASS = $HASHPASS #if [ $HASH == $HASHPASS ]; then #   echo MATCH!! #else #   echo NO MATCH!!! #fi i=0 while [ $i != 10 ]; do           HASHPASS=`echo -n $HASHPASS$HASHPASS | md5sum | sed s'/\  -//'` #echo [$i] HASHPASS=$HASHPASS i=`expr $i + 1` done #echo HASHPASS=$HASHPASS if [ $HASH == $HASHPASS ]; then #echo MATCH!! exit 0 else #echo NO MATCH!!! exit 1 fi } if ! $1  ||  ! -e $1 ; then #echo "No file" exit 1 fi vpn_verify `cat $1` exit 1 Ich shellscripting saugen, so dass, wenn somone Spots Fehler oder wollen Unterstützung für mehrere Benutzer, die cool sein möchte hinzufügen ...
 * 1) echo "No user with this password found"

[Edit by grtz Sep 28 2010 ] Hier ist die optimierte Version mit Unterstützung für mehrere Benutzer. Alles ist in einer Datei und kleiner, etwas schneller und sicherer:

USERS="test:556a2224e307429d714ed8a8134e68e0"
 * 1) !/bin/sh
 * 1) USERS=`cat ./users`

genhash { HASHPASS=`echo -n "$1$2" | md5sum | sed s'/\ -//'` i=0 while [ $i -lt 10 ]; do               HASHPASS=`echo -n $HASHPASS$HASHPASS | md5sum | sed s'/\  -//'` i=`expr $i + 1` done echo -n $1:$HASHPASS }

verify { $ || exit 1 for i in $USERS; do                "$i" == `genhash "$1" "$2"`  && exit 0 done }

$1 == "--genhash" && echo `genhash "$2" "$3"` -e "$*" || exit 1 verify `cat "$*"` exit 1

Sie können nach wie vor setzen Benutzer in einer externen Datei im Format "username1: encrypted_password1" (eine pro Zeile):

username1:encrypted_password1 username2:encrypted_password2

oder alles in USERS direkt in verify.sh und Split Einträge mit Raum (wie in der Original-Skript unten): USERS="username1:encrypted_password1 username2:encrypted_password2"

Run "verify.sh - genhash username password", um verschlüsselte Zeichenfolge zu erstellen. Kopieren Sie das Ergebnis in der Datei mit den Benutzern oder direkt im Skript wie oben gezeigt: root@router:$ ./verify.sh --genhash test 12345 test:556a2224e307429d714ed8a8134e68e0

oder noch einfacher, wenn Sie eine externe Datei für Benutzer / Passwort verwenden: root@router:$ ./verify.sh --genhash test 12345 >> ./users --Grtz 22:42, 28 September 2010 (CEST)

Original authors script below, the one without encrypted pass: USERS='user1:pass1 user2:pass2 user3:pass3' vpn_verify { if ! $1  ||  ! $2 ; then #echo "No username or password: $*" exit 1 fi    ## it can also be done with grep or sed for i in $USERS; do        if  "$i" == "$1:$2" ; then
 * 1) !/bin/sh
 * 1) format: username:password username:password ...
 * 2) you can even have same usernames with different passwords
 * 1) you could put username:password in
 * 2) a separate file and read it like this
 * 3) USERS=`cat file_with_users`

## you can add here logging of users ## if you have enough space for log file #echo `date` $1:$2 >> your_log_file

exit 0 fi    done } if ! $1  ||  ! -e $1 ; then #echo "No file" exit 1 fi vpn_verify `cat $1` exit 1
 * 1) $1 is file name which contains
 * 2) passed username and password
 * 1) echo "No user with this password found"

You can delete all lines which begin with #. "echo" commands are here just for you to know what happens at that and they can be used for debugging.

This verification with the script does not work if openvpn is running in "daemon" mode. I have no idea what is the reason for that, probably some wrong interpretation of the output ("exit 0" means user/pass OK, everything else means user/pass NOT OK). Thats why I am running openvpn server as a background process and all output is going to /dev/null:

openvpn --config openvpn.conf >/dev/null 2>&1 &

--Comma 23:53, 11 August 2008 (CEST)

I was getting the error openvpn_execve: external program may not be called due to setting of --script-security level

I had to add the following lines to my config file work in v24-SP2 tmp-dir /tmp/openvpn script-security 3

Additionally, the ">/dev/null 2>&1 &" hack wouldn't work but running from the command line did. I resorted to using the /tmp/myvpn symlink as well as --daemon in the command line. All works now with out an interactive shell. --JoeM 23:28, 22 October 2008 (CEST)

Client-Konfiguration
1) Copy the CA certificate and a private key and certificate pair to the client.

2) Create an OpenVPN configuration file on your client computer:

client dev tap proto udp remote router-address 1194 resolv-retry infinite nobind persist-key persist-tun ca ca.crt cert client1.crt key client1.key ns-cert-type server comp-lzo verb 3

Replace router-address in the fourth line with your router's IP address or host name and, obviously, use the appropriate file names in the script for the client's certificate and key. On Windows, save this script using notepad as a file with extension .ovpn and copy it into \Program Files\OpenVPN\config (along with the files ca.crt, clientX.crt and clientX.key created earlier.)

Notes:
 * If you need to use TCP instead of UDP, set the protocol to tcp-client. Clients must use the same protocol that the server does.
 * Mac OS X users need to add the line

up "./vpn-up.sh"

to the configuration file and create a script file vpn-up.sh in the same directory as the configuration file with the following contents:

sleep 2 ipconfig set $1 DHCP
 * 1) !/bin/bash

This script configures the TAP interface to request an IP address using DHCP. Make sure to make the script executable with 'chmod 755 vpn-up.sh'

3) Use the configuration file you just created with whatever OpenVPN client software you're using to establish a connection to your router.

If everything works, you will be connected to your internal LAN. If your router is running a DHCP server, the TAP interface will be assigned an IP address on your internal LAN. At this point, you just connect to your home PC the same way you would do it from inside your LAN.

Daemon Mode/Config File
Bridge 2 Networks Route 2 Networks Link-Text

Server mode with Static Key
Note: with DD-WRT v23 SP1 Final (05/16/06) vpn this allows only 1 client connection!! . See below for multiple connections.

Server Configuration
1. Create a static.key file on your computer

Unix: openvpn --genkey --secret static.key

Windows: (downloaded at http://www.openvpn.se) Click on "Start > Programs ->OpenVPN -> Generate a static OpenVPN key"


 * Note: this will create a c:\Program Files\OpenVPN\config\key.txt file, you will want to rename it to static.key

2. Paste the command below into your router at "Administration > Commands > Commands text box" and replace the text "...INSERT YOUR STATIC KEY HERE..." with the static.key you just made. Click "Save Startup":

openvpn --mktun --dev tap0 brctl addif br0 tap0 ifconfig tap0 0.0.0.0 promisc up   echo "    -BEGIN OpenVPN Static key V1-    ...INSERT YOUR STATIC KEY HERE...    -END OpenVPN Static key V1-    " > /tmp/static.key ln -s /usr/sbin/openvpn /tmp/myvpn /tmp/myvpn --dev tap0 --secret /tmp/static.key --comp-lzo --port 1194 --proto udp --verb 3 --daemon

3. Paste the command below into your router at "Administration > Commands > Commands text box" and click "Save firewall":

iptables -I INPUT 1 -p udp --dport 1194 -j ACCEPT


 * For More Information on startup scripts see Startup Scripts

4. Reboot your router. Login with ssh and check that "myvpn" is running (ps | grep vpn)

You can also paste the "ps | grep vpn" command into the Administration > Commands box to see if it is running.

Client-Konfiguration
1. Create an openvpn config file on your client computer using one of the following templates. For Windows clients, save it as a .ovpn file in the C:\Program Files\OpenVPN\config folder.

# Use the following for simple connections: remote XXXX.dyndns.org port 1194 dev tap secret static.key proto udp comp-lzo

# Use the following to have your client computer send all traffic through your router # (remote gateway) remote XXXX.dyndns.org port 1194 dev tap secret static.key proto udp comp-lzo route-gateway 192.168.1.1 redirect-gateway

# Use the following if you have an office proxy: remote XXXX.dyndns.org http-proxy-retry http-proxy my.office.proxy.server 8080 port 1194 dev tap secret static.key proto udp comp-lzo route-gateway 192.168.1.1 redirect-gateway


 * Reference: fgimenez's post

2. Try to connect

Windows: right click the open vpn icon in your system tray and click connect.

That should do it. This has been tested on DD-WRT v23 SP1 Final vpn.

If everything is working correctly you should receive an IP address from your router (if you have a running dhcp server) when you connect and that IP address will be in your internal LAN so now you just connect to your home PC the same way you would do it from inside your LAN.

Public Key Infrastructure (PKI) [Zertifikate]
Follow these instructions to create the required certificates and keys. But there is also a Webmin module for linux servers to create your PKI infrastructure (OpenVPN CA). You begin by creating a key and certificate pair for the certificate authority (CA) you are establishing. Then for the server and each client, you create a private key and certificate pair and sign the certificates using the CA's key. Afterwards, you should have the following files: ca.crt ca.key dh{n}.pem server.crt server.key

and a private key and certificate pair for each client. For example, if you have two clients, you should have:

client1.crt client1.key client2.crt client2.key

'''Note: The CA private key (ca.key) is used only to sign the certificates. It should be kept securely and not be copied to the server or clients. '''

Static Key
On Linux you can cerate a pair of keys as easy as openvpn --genkey --secret /home/"user"/static.key

On Windows system you must already have openvpn installed. To create a pair of keys go to programms -> openvpn -> generate a static openvpn key

Copy the content of the keys to the ddwrt gui static key field.

Info create keypair

richtigen Zeitpunkt
OpenVPN requires client and server to have more or less synchronized time. Therefore make sure that router has correct time. To check it use command date and if you get info about year 1970, you should enable NTP client. Also, ntp server has to be outside of your VPN as time should be corrected before VPN is established. If you have syslog enabled (to local server, or the server outside your VPN), errors like TLS Error: Unroutable control packet received from server_ip:1194 may indicate this problem. (This error message may appear if your certificates are not valid or have expired, too.) If you get an error message saying that your certificate is not yet valid, set the dd-wrt clock to UTC time (in the first configuration page).

To set the time manually connect via telnet or ssh and issue the following command at the prompt: date MMDDHHMMYYYY

Anschließen an DD-WRT OpenVPN Server via Mac Client
Currently, there are two OpenVPN clients for OS X
 * Tunnelblick
 * Viscosity

Viscosity has a more user friendly gui but is a commercial product. It can also import settings created for the Tunnelblick application.

PROBLEM: When I used the sample client.conf file above, nothing happened when I clicked connect on Tunnelblick.

Tunnelblick is a GUI OpenVPN application for the Mac. The last official release is 2.0.1, but I am going to explain how to connect using version 3.0rc3. This version has everything in one app and requires no extra components to be installed.

NOTE: I used certificates to connect my MacBook Pro to the OpenVPN server. You can find documentation on how to do this further up in this page. Remember to place your certificate files in the same directory as the client.conf file. Tunnelblick looks for the files in ~/Library/openvpn.

Download Tunnelblick and drag it to the Applications folder. It will say that you don't have a client.conf file and will make one for you. You can examine the sample client.conf file that Tunnelblick makes and find that it does a few things differently than the example provided above. Set up your client.conf file using the sample I have provided below, and Tunnelblick should connect properly now.

The file I have provided is the same as the sample, except with a few things disabled and a few things added to make it do what we want. The reason I disabled a few things using the # line is that I didn't want to delete anything, so I just disabled them.

You might notice that the command up "./vpn-up.sh"

This is a fix that I found here.

You will need to make a script called vpn-up.sh and place it in the same directory as the client.conf file. Make the files contents:

sleep 2 ipconfig set tap0 DHCP
 * 1) !/bin/bash

client.conf:

client dev tap proto tcp remote xxxxxxxxx.dyndns.org 1194 resolv-retry infinite nobind user nobody group nobody persist-key persist-tun mute-replay-warnings ca ca.crt cert client1.crt key client1.key up "./vpn-up.sh" ns-cert-type server comp-lzo verb 3 ;mute 20
 * 1) Sample client-side OpenVPN 2.0 config file #
 * 2) for connecting to multi-client server.     #
 * 3) This configuration can be used by multiple #
 * 4) clients, however each client should have   #
 * 5) its own cert and key files.                #
 * 6) On Windows, you might want to rename this  #
 * 7) file so it has a .ovpn extension           #
 * 1) On Windows, you might want to rename this  #
 * 2) file so it has a .ovpn extension           #
 * 1) file so it has a .ovpn extension           #
 * 1) Specify that we are a client and that we
 * 2) will be pulling certain config file directives
 * 3) from the server.
 * 1) Use the same setting as you are using on
 * 2) the server.
 * 3) On most systems, the VPN will not function
 * 4) unless you partially or fully disable
 * 5) the firewall for the TUN/TAP interface.
 * 1) Windows needs the TAP-Win32 adapter name
 * 2) from the Network Connections panel
 * 3) if you have more than one.  On XP SP2,
 * 4) you may need to disable the firewall
 * 5) for the TAP adapter.
 * 6) dev-node MyTap
 * 1) Are we connecting to a TCP or
 * 2) UDP server?  Use the same setting as
 * 3) on the server.
 * 1) The hostname/IP and port of the server.
 * 2) You can have multiple remote entries
 * 3) to load balance between the servers.
 * 1) Choose a random host from the remote
 * 2) list for load-balancing.  Otherwise
 * 3) try hosts in the order specified.
 * 4) remote-random
 * 1) Keep trying indefinitely to resolve the
 * 2) host name of the OpenVPN server.  Very useful
 * 3) on machines which are not permanently connected
 * 4) to the internet such as laptops.
 * 1) Most clients don't need to bind to
 * 2) a specific local port number.
 * 1) Downgrade privileges after initialization (non-Windows only)
 * 1) Try to preserve some state across restarts.
 * 1) If you are connecting through an
 * 2) HTTP proxy to reach the actual OpenVPN
 * 3) server, put the proxy server/IP and
 * 4) port number here.  See the man page
 * 5) if your proxy server requires
 * 6) authentication.
 * 7) http-proxy-retry # retry on connection failures
 * 8) http-proxy [proxy server] [proxy port #]
 * 1) Wireless networks often produce a lot
 * 2) of duplicate packets.  Set this flag
 * 3) to silence duplicate packet warnings.
 * 1) SSL/TLS parms.
 * 2) See the server config file for more
 * 3) description.  It's best to use
 * 4) a separate .crt/.key file pair
 * 5) for each client.  A single ca
 * 6) file can be used for all clients.
 * 1) Verify server certificate by checking
 * 2) that the certicate has the nsCertType
 * 3) field set to "server".  This is an
 * 4) important precaution to protect against
 * 5) a potential attack discussed here:
 * 6) http://openvpn.net/howto.html#mitm
 * 1) To use this feature, you will need to generate
 * 2) your server certificates with the nsCertType
 * 3) field set to "server".  The build-key-server
 * 4) script in the easy-rsa folder will do this.
 * 1) If a tls-auth key is used on the server
 * 2) then every client must also have the key.
 * 3) tls-auth ta.key 1
 * 1) Select a cryptographic cipher.
 * 2) If the cipher option is used on the server
 * 3) then you must also specify it here.
 * 4) cipher x
 * 1) Enable compression on the VPN link.
 * 2) Don't enable this unless it is also
 * 3) enabled in the server config file.
 * 1) Set log file verbosity.
 * 1) Silence repeating messages

UPDATE Sept 1, 2009 The most recent release of Tunnelblick is 3.0rc14. It seems as though the previously mention bash script does not work anymore. The following python script does work, however:

import os, sys try: tun_dev, tun_mtu, link_mtu = sys.argv[1:4] except: sys.exit(0) if tun_dev[0:3] == 'tap' os.system('/usr/sbin/ipconfig set "%s" DHCP' % os.environ['dev'])
 * 1) !/usr/bin/python

Kann nicht laden DH Parameter
If you get the following: Tue Jan 23 03:03:05 2007 OpenVPN 2.0.7 mipsel-unknown-linux [SSL] [LZO] [EPOLL] built on Jan 15 2007 Tue Jan 23 03:03:05 2007 Cannot load DH parameters from dh1024.pem: error:0906D064:lib(9):func(109):reason(100) Tue Jan 23 03:03:05 2007 Exiting you should check your certificates. Did you paste them correctly?

Note: you must include new lines.

Connection reset by peer (WSAECONNRESET) (code=10054)
If you received error when trying to connect to your VPN server verify the following:
 * Make sure the tap-device was successfully "up'ed". It is, if you find it in the list when running "ifconfig" without further arguments. If it is not displayed in the list of available interfaces have a look at "Yet another evolution" above.
 * Make sure the protocol is the same on the server and client, ie UDP/TCP
 * Verify the port number is the same on the client and server; Default port is UDP 1194
 * Check to see if the port is open on the server by using nMap or another utility

Incoming Packet abgelehnt
If you get incoming packets being rejected when trying to connect with the VPN client (OpenVPN) make sure that you are forwarding the 1194 port (if configured to use that port) to the proper server/router (usually 192.168.1.1).

Example TCP/UDP Rejection:
 * [Date] TCP/UDP: Incoming packet rejected from 192.168.1.1:1194[2], expected peer address: w.x.y.z:1194 (allow this incoming source address/port by removing --remote or adding --float)

Port Forwarding is configured on v24 SP 2 under 'NAT / Qos'.

Authentifizieren / Decrypt Ausfall
Error: Authenticate/Decrypt packet error: cipher final failed If this happens to you, you probably have a mismatch in the configuration between server and client on the "cipher"-option. (E.g.: cipher AES-128-CB / cipher AES-256-CB) This is not a problem of DD-WRT or OpenVPN but just a config issue which can happen if you follow some of those guidelines strictly without knowing what the config options mean. In doubt refer to the OpenVPN documentation.

en:DD-WRT:OpenVPN es:DD-WRT:OpenVPN fr:DD-WRT:OpenVPN it:DD-WRT:OpenVPN pl:DD-WRT:OpenVPN pt:DD-WRT:OpenVPN ru:DD-WRT:OpenVPN se:DD-WRT:OpenVPN th:DD-WRT:OpenVPN zh-tw:DD-WRT:OpenVPN