Als Kommandozeilentool braucht speedtest-cli keine graphische Umgebung, das Skript lässt sich auch auf einfachen Systemen wie eben dem Raspberry Pi mit etwa Raspbian ausführen. speedtest-cli muss auch nicht zwingend installiert werden, das Skript kann man direkt von Github laden und ausführen. Arch-Linux-User finden speedtest-cli jedoch auch im AUR, so dass sich das Skript ohne weiteren Umstand auf den Rechner laden lässt

$ wget -O speedtest-cli https://raw.github.com/sivel/speedtest-cli/master/speedtest_cli.py
$ chmod +x speedtest-cli
$ ./speedtest-cli

Wer speedtest-cli öfters braucht, der schiebt das Skript nach ~/bin oder mit Root-Rechten nach /usr/local/bin, so dass es im $PATH steht und von jedem Verzeichnis aus aufrufbar ist — bei der Installation unter Arch landet das Skript sowieso ordentlich im Dateisystem, so dass man sich darum keine Gedanken machen muss.

speedtest-cli kennt neben dem einfachen Aufruf ohne Optionen auch noch eine Reihe von Schaltern. So lässt sich mit etwa mit speedtest-cli --share der Pfad zur Imagedatei mit den Ergebnissen des Leitungstests ausgeben. Oder man ruft mit  speedtest-cli --list die Liste der Speedtest-Server ab, so dass man mit  speedtest-cli --server SERVER einen Testserver gezielt anwählen kann.

$ speedtest-cli --help
usage: speedtest-cli [-h] [--share] [--simple] [--list] [--server SERVER]

Command line interface for testing internet bandwidth using speedtest.net.
--------------------------------------------------------------------------
https://github.com/sivel/speedtest-cli

optional arguments:
-h, --help show this help message and exit
--share Generate and provide a URL to the speedtest.net share
results image
--simple Suppress verbose output, only show basic information
--list Display a list of speedtest.net servers sorted by distance
--server SERVER Specify a server ID to test against

Insgesamt funktioniert speedtest-cli ähnlich gut wie Speedtest.net, allerdings beobachten einige User doch recht schwankende Ergebnisse des Kommandozeilentools. Auch bei mir spuckte speedtest-cli öfters mal Werte aus, die eigentlich nicht sein konnten. Kommen einem die Werte komisch vor, dann sollte man also lieber noch einmal den Test wiederholen, nicht dass man umsonst die Verkabelung nochmal neu macht,

Dazu braucht es kein zusätzliches Add-On und auch keine besondere Einstellung des Browsers. Es reicht, wenn man als „URL“ die Net-Internals des Browsers aufruft und sich die Bandwith-Infos anzeigen lässt. Das funktioniert auf allen Systemen, auf denen man Chrome installieren kann, also natürlich auch Android und Linux.

chrome://net-internals/#bandwidth

Das Interessante ist hierbei nun, dass die Statistiken seit Installation des Browsers bzw. seit Anlegen des Profils geführt werden. Man kann also sehr einfach mitverfolgen, welche Datenmengen man über die Jahre hinweg per Browser ins Netz geblasen hat.

Stellt sich mir nur noch die Frage? Seit wann wird diese Statistik eigentlich geführt? Dies ist leider nicht ganz so einfach herauszufinden, da sich die Konfigurationsordner ~/.config/google-chrome bzw. ~/.config/chromium permanent ändern. So liefert der stat-Befehl nicht wirklich mehr Informationen, als dass sich heute etwas in den Ordnern getan hat.

$ stat ~/.config/google-chrome
  Datei: „/home/toff/.config/google-chrome“
  Größe: 4096      	Blöcke: 8          EA Block: 4096   Verzeichnis
Gerät: 806h/2054d	Inode: 4980809     Verknüpfungen: 8
Zugriff: (0755/drwxr-xr-x)  Uid: ( 1000/    toff)   Gid: ( 1000/    toff)
Zugriff    : 2014-02-11 11:03:01.299531577 +0100
Modifiziert: 2014-02-11 14:53:52.661487565 +0100
Geändert   : 2014-02-11 14:53:52.661487565 +0100

In meinem Fall deckt sich die Installation mit Chrome mit der Installation des Systems. Von daher lässt sich das Alter „meiner“ Chrome-Installation recht leicht bestimmen, zum Glück gibt es dafür recht simple Lösungen: Entweder man schaut sich ein Verzeichnis wie etwa /lost+found an, das seit Anfang an praktisch unverändert auf der Platte liegt. Oder man lässt sich ausgeben, wann das letzte mal das Passwort eines System-Users wie „sys“, „bin“, oder „root“ geändert wurde. Dies sollte ebenso mit dem Installationsdatum übereinstimmen.

$ stat /lost+found
  Datei: „/lost+found“
  Größe: 16384     	Blöcke: 32         EA Block: 4096   Verzeichnis
Gerät: 801h/2049d	Inode: 11          Verknüpfungen: 2
Zugriff: (0700/drwx------)  Uid: (    0/    root)   Gid: (    0/    root)
Zugriff    : 2012-10-16 08:51:44.000000000 +0200
Modifiziert: 2012-10-16 08:51:44.000000000 +0200
Geändert   : 2012-10-16 08:51:44.000000000 +0200
 Geburt    : -
$ sudo passwd -S sys
sys L 10/15/2012 0 99999 7 -1

In knapp 16 Monaten habe ich also 92 GByte versurft, ohne dass ich auf dem Rechner viel Videos schaue — Der Traffic von Plugins wird sowieso nicht zu dieser Statistik hinzugerechnet. Ich denke, ich surfe zu viel durchs Netz

Heute Vormittag bin ich auf diesen Bericht des Nachrichten-Portals ka-news.de aufmerksam geworden. Darin wird in einem Abschnitt die Software Haystack und deren Spendenaufruf erwähnt…

Wer alte USB-Sticks, die er nicht mehr brauchte, im Univers-Imbiß in der Kaiserstraße oder am Infostand abgab, konnte sich sicher sein, damit den Menschen im Iran zu helfen. Denn dank einer darauf gespielten Software namens „Haystack“ – zu deutsch: Heuhaufen – kann damit die Internet-zensur des Regimes umgangen werden und Informationen per Twitter oder youtube verbreitet werden.

Bislang habe ich von Haystack nichts gehört. Lauf der FAQ des Projektes verschlüsselt und versteckt Haystack Traffic zu Kommunikationskanälen wie Twitter oder YouTube in „normalem“ unverfänglichem Traffic. Die USB-Sticks werden gebraucht um Haystack im Iran unter die Leute zu bringen. Weitere technische Details, warum der Source von Haystack nicht (oder besser warum noch nicht) offen gelegt wird, was Haystack von Tor unterscheidet und vieles mehr kann man in der FAQ nachlesen.

Ein bisschen kritisch sehe ich das Projekt. Ohne die Sourcen kann man nur mit aufwändigen Analysen nachprüfen ob Haystack nicht als Doppelagent fungiert. Wer garantiert, dass Haystack nicht alle Daten nach Hause telefoniert? Dagegen spricht das offene Auftreten des Projektes. Der Macher Austin Heap stellt in seinem Blog die Details ausführlich vor und die Seiten machen einen transparenten und organisierten Eindruck.

Ich habe daher meine überzähligen USB-Sticks mittels dd if=/dev/zero of=/dev/sdXY genullt (Bitte das /dev/sdXY noch anpassen) und gehe morgen Mittag mal auf den Karlsruher Marktplatz. Mal schauen ob die noch USB-Sticks im Univers annehmen. Wer Haystack finanziell unterstützen möchte, der findet auf der Projektseite eine Möglichkeit zu spenden.

Bislang kommunizierten Rechner auf denen der Dropbox-Client installiert wurde ausschließlich über das Internet miteinander. Schob man auf RechnerA eine Datei in den Dropbox-Ordner, so lud Dropbox die Datei automatisch zu Dropbox hoch. Auf RechnerB wurde diese Datei dann wieder über das Internet von Dropbox heruntergeladen. Dies ändert sich mit der nächsten Dropbox-Version, die man schon jetzt als Beta ausprobieren kann.

RechnerA lädt die Datei natürlich immer noch zu Dropbox hoch, doch RechnerB, der den selben Dropbox-Account benutzt und im selben Netzwerk wie RechnerA steht, zieht die Datei direkt von RechnerA und nicht mehr aus dem Internet. Somit spart man sich Internet-Traffic und natürlich läuft die Synchronisierung der Daten von Rechner zu Rechner deutlich schneller.

Die neue Version bekommt man für Linux, Apple und natürlich auch Windows aus dem Dropbox-Forum, bitte beachtet das Dropbox diese Version als „Highly Experimental Build“ ansieht, seid also auf Fehler gefasst… Wer Dropbox bislang noch nicht installiert hat, der sollte zuerst Dropbox in der aktuellen offiziellen Version installieren, die „unstable“-Archive enthalten nur den Dropbox-Client und nicht das Nautilus-Plugin. Hat man das Archiv heruntergeladen, so sollte man Dropbox stoppen…

Danach kann man den alten Dropbox-Client löschen und die gerade heruntergeladene 0.7.x Version installieren. Liegt das .tar.gz Archiv beispielsweise auf dem Desktop, so muss man einfach nur die Befehle…

$ rm -rf ~/.dropbox-dist/
$ tar -xzf ~/Desktop/dropbox-lnx.*.tar.gz -C ~/

…ausführen. Anschließend kann man Dropbox wieder über Anwendungen -> Internet -> Dropbox aus dem Menü heraus starten. Am Programm selber hat sich nun nicht mehr viel geändert. Die P2P-Funktionalität taucht nirgendwo direkt auf. Man merkt sie beispielsweise, wenn man einen neuen Rechner zum eigenen Account hinzufügt und eine größere Menge an Daten transferiert wird. Ist ein weiterer Rechner mit diesem Account im LAN, dann trudeln die Daten mit mehreren MB/s ein…

Man kann dies aus der Statusanzeige des Dropbox-Menüs erkennen. Wenn auf einmal Datenraten erzielt werden, die über den eigenen Internetzugang nicht möglich wären, dann klappt die Synchronisation von Rechner zu Rechner.

Damit dies funktioniert, muss man meinen Beitrag zu vpnc bis inklusive dem Abschnitt Das Zertifikat durchmachen. Man muss also vpnc compilieren und das Zertifikat der Universität holen. Ohne die selbst compilierte Version von vpnc fehlt dem NM die Grundlage die VPN-Verbindung aufbauen zu können. Danach kann man hier weiter machen. Man muss nun diese Paketquelle zu seiner Paketverwaltung hinzufügen. Also die Zeilen…

deb http://ppa.launchpad.net/sroecker/ppa/ubuntu jaunty main
deb-src http://ppa.launchpad.net/sroecker/ppa/ubuntu jaunty main

…mittels bspw…

$ sudo gedit /etc/apt/sources.list

…oder jedem anderen Editor mit Root-Rechten in die /etc/apt/sources.list einfügen. Die Paketquelle ist mit einem Schlüssel signiert, so dass die Paketverwaltung meckert, falls dieser Schlüssel nicht auf dem System zu finden ist. Mittels…

$ sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 588AC16B

…holt man den Schlüssel vom Keyserver. Nun kann man das Paket aus dem PPA installieren. Wer mag, der benutzt apt-get:

$ sudo apt-get update
$ sudo apt-get install network-manager-vpnc 

Nun ist alles nötige installiert. Klickt man auf das Icon des NetworkManagers im Panel, so erscheint der Eintrag VPN-Verbindungen | VPN konfigurieren… Klickt man darauf, so kann man nun das VPN der Uni hinzufügen. Als Verbindungstyp gibt man vpnc an.

Danach kann man die für die Uni benötigten Daten eingeben

• Gateway: vpn.uni-karlsruhe.de
• Gruppenname: vpn
• Benutzerpasswort: Euer Passwort vom RZ
• Gruppenpasswort: vpnvpn
• Benutzername: Euer RZ Account
• Hybrid authentification: Aktivieren
• CA-File: /etc/ssl/certs/rootcert.crt

Weiteres muss man nicht angeben. Nun kann man das VPN über den NM

auf- und wieder abbauen. Wer an einem automatischen Verbindungsaufbau interessiert ist, also bspw. dass das VPN automatisch startet, wenn man sich ins WLAN der Uni einloggt, der sollte sich noch die weiteren Tipps aus VPN der Uni-Karlsruhe mit vpnc ansehen. Diese können nach wie vor optional umgesetzt werden.

Was ist zu tun? Firefox kann mehrere Profile benutzen und bringt von Haus aus einen Profilmanager mit, den man jedoch selten zu Gesicht bekommt. Man kann ihn beispielsweise über ein Terminal und den Befehl firefox -P starten. Im Manager sieht man jetzt das von Haus aus angelegte Profil „default“. Hier legt man jetzt ein neues Profil an, ich nenne meines „anonymous“.

Der Name ist egal, man sollte ihn sich jedoch merken (und in den genannten Befehle auch bitte austauschen), da er später noch einmal benötigt wird. Nun sollte man alle bereits geöffneten Fenster von Firefox schließen – sonst kann das neue Profil nicht geladen werden – und entweder direkt über den Profil-Manager oder über

$ firefox -P anonymous

das neue Firefox-Profil starten. Hier kann man sich das zweite Profil nach seinen Wünschen einrichten. Bzgl. der Privatsphäre würde ich zumindest folgende Einstellungen vornehmen…

• Java und JavaScript unter Bearbeiten | Einstellungen | Inhalt deaktivieren.
• Das Speichern der Chronik und von Cookies unter Bearbeiten | Einstellungen | Datenschutz“abstellen bzw. Cookies nach Beenden des Browsers löschen lassen.
• Auf addons.mozilla.org gibt für das Schlagwort „Privacy“ noch zig Erweiterungen. Wer will kann ja noch etwas in dieser Richtung installieren.

Als kleinen Tipp am Randa möchte ich noch die Erweiterung Personas erwähnen, die Onli neulich vorgestellt hat. Mit ihr kann man dem zweiten Profil noch ein individuelles Aussehen verpassen, so dass man sofort erkennen kann „mit was“ man surft… Von nun an kann man bei Bedarf die zweite Instanz des Browser über den Befehl

$ firefox -P anonymous -no-remote

starten. Beide Browserfenster existieren dann friedlich nebeneinander und beide Profile sind sauber voneinander getrennt. Schließt man den Anonymen-Firefox, so werden die dort gesammelten Daten gelöscht ohne dass man die History und Cookies aus seinem „richtigen“ Firefox verliert.

Letztendlich gilt es das Starten des Browsers etwas einfacher zu gestalten. Man will ja nicht andauernd das Terminal dazu bemühen. Natürlich kann man sich in GNOME einen eigenen Eintrag in die Menüs für den „anonymen Firefox“ anlegen.

Dazu öffnet man den Menüeditor über einen Rechtsklick auf das Menü Anwendungen | Orte | System im Panel und klickt auf Menüs bearbeiten. Im Abschnitt Internet legt man nun dann einen neuen Eintrag an. Als Befehl benutzt man wieder $ firefox -P anonymous -no-remote und als Icon bspw diese abgedunkelte Version des Firefox-Logos. So, viel Spaß mit dem anonymen Firefox.

Noch einen Hinweis: Man müsste den Starteintrag von Firefox auch noch ändern. Startet man bspw. den anonymen Firefox und dann erst die „richtige“ Version so öffnet man nur ein zweites Fenster des anonymen Firefox. Wir das also perfektionieren will, der muss noch ein bisschen mehr an den Menüs basteln. Mir „reicht“ diese Integration, da ich meinen AnonFox eher selten starte.

Ab Monatg den 29.09.2008 ist der VPN Verbindungsaufbau (aus dem WLANoder unterwegs) zum Campus Sued nur noch mit dem neuen Root Zertifikat der dt. Telekom moeglich. Dieses Zertifikat ist in dem Installationspaketdes RZ bereits enhalten, kann aber auch nachtraeglich heruntergeladen und importiert werden.

siehe: http://www.rz.uni-karlsruhe.de/rd/vpn.php

Juhu! Es ist also mal wieder Bastelarbeit angesagt. Meine alten Lösungen bzgl. vpnc und Uni-Karlsruhe sind wohl (zumindest teilweise) obsolet. Zeit das Thema wieder mal komplett neu aufzurollen…

vpnc selber compilieren

Nach wie vor gilt es vpnc selber zu compilieren, da vpnc mit Unterstützung für openssl (Zertifikate) gebraucht wird. Aufgrund von Problemen mit den Lizenzen bauen das die Distributoren üblicherweise jedoch nicht ein. Zuerst gilt es sich daher den Quellcode von vpnc herunterzuladen und das Archiv zu entpacken.

$ wget http://www.unix-ag.uni-kl.de/~massar/vpnc/vpnc-0.5.3.tar.gz
$ tar -xzf vpnc-0.5.3.tar.gz

Damit die Paketverwaltung das selbst compilierte vpnc später nicht mit der Version aus den Paketquellen ersetzt, fügt man an das Ende des Verzeichnisnamens, noch ein Kürzel an. Später beim Compilieren wird dieses Kürzel mit in die Versionsnummer übernommen. So ist das eigene vpnc-Paket vor der Paketverwaltung “sicher”.

$ mv vpnc-0.5.3 vpnc-0.5.3-christoph1
$ cd vpnc-0.5.3-christoph1

Anschließend muss der besagte, gegen die GPL verstoßende Teil, einkommentiert werden. Dazu öffnet man das Makefile in einem Editor. Also beispielsweise

$ gedit Makefile

und entfernt die Raute “#” vor den Zeilen 49 und 50, so dass dieser Abschnitt am Ende wie unten stehend aussieht.

OPENSSL_GPL_VIOLATION = -DOPENSSL_GPL_VIOLATION
OPENSSLLIBS = -lcrypto

aus. Nun muss man die zum Compilieren nötigen Pakete installieren. Dieses kann man bei Ubuntu über die Paketverwaltung machen. Dazu einfach

$ sudo apt-get install libssl-dev build-essential dh-make fakeroot
$ sudo apt-get build-dep vpnc

ausführen. Alle benötigten Pakete werden automatisch installiert. Nun geht es an das Compilieren. Der Reihe nach führt man diese Befehle aus.

$ make
$ dh_make -f ../vpnc-0.5.3.tar.gz
$ fakeroot debian/rules binary
$ sudo dpkg -i ../vpnc*.deb

Dies erstellt ein .deb Paket das sich über die Paketverwaltung installieren, und somit auch wieder einfach deinstallieren lässt. Die Frage bei dh_make, nach der Art des Binaries kann man mit s für eine single binary beantworten. Ob die Installation nun erfolgreich war, kann man mittels

$ vpnc --version
[...]
Built with openssl (certificate) support. Be aware of the
license implications.

Supported DH-Groups: nopfs dh1 dh2 dh5
Supported Hash-Methods: md5 sha1
Supported Encryptions: null des 3des aes128 aes192 aes256
Supported Auth-Methods: psk psk+xauth hybrid(rsa)

überprüfen. Hier muss von vpnc die Meldung „Built with openssl (certificate) support“ ausgeben werden. Erst dann wurde vpnc korrekt mit Unterstützung für openssl gebaut.

Das Zertifikat

Seit Anfang Oktober 2008 benutzt die Universität Karlsruhe ein neues Root-Zertifikat der deutschen Telekom. Dieses Root-Zertifikat kann man sich wieder von der Uni herunterladen. Der Einfachheit halber hier der Weg über ein Terminal.

$ sudo wget --no-check-certificate https://pki.pca.dfn.de/uni-karlsruhe-ca/pub/cacert/rootcert.crt -O /etc/ssl/certs/rootcert.crt

Dies lädt das Zertifikat herunter und kopiert es gleich an die richtige Stelle im Dateisystem. [UPDATE 27.04.09: Der nun folgende Abschnitt dieses Beitrages richtet sich an Anwender, die die Verbindung zum VPN der Uni Karlsruhe automatisieren wollen. Will man die Verbindung nur bei Bedarf aufbauen, so kann man dazu ein angepasstes Modul für den NetworkManager benutzen. Für viele Anwender ist dies sicherlich ausreichen. Weitere Informationen dazu findet man hier in meinem Blog unter NetworkManager, vpnc und HybridAuth.]

Konfiguration

Schließlich muss noch vpnc konfiguriert werden. Dies geschieht über die Datei /etc/vpnc/default.conf. Über einen Editor sudo gedit /etc/vpnc/default.conf fügt man den Inhalt…

IPSec gateway vpn.uni-karlsruhe.de
IPSec ID vpn
IPSec secret vpnvpn
IKE Authmode hybrid
Xauth username u...
Xauth password xxx
CA-File /etc/ssl/certs/rootcert.crt

…ein. Natürlich müssen der Benutzername und das Passwort noch angepasst werden. Damit diese Daten vor dem Einblick Dritter geschützt sind, sollte man mit sudo chmod 600 /etc/vpnc/default.conf die Dateirechte entsprechend setzen.

Verbindungsaufbau

Von nun an kann man die Verbindung zum VPN über einen einfachen Befehl

$ sudo vpnc
$ sudo vpnc-disconnect

auf bzw. wieder abbauen. Da es sich in letzter Zeit gezeigt hat, dass die VPN Verbindung sehr instabil sein kann, sollte man den so genannten „DPD idle timeout“ deaktivieren. Die Verbindung sollte man daher so…

$ sudo vpnc --dpd-idle 0

…aufbauen.

Skripte zum automatischen Aufbau des VPNs

Die VPN Verbindung via vpnc auf- und abzubauen ist nun alles andere als komfortabel. Ich habe mir ein kleines Skript für den Network-Manager geschrieben. Diese so genannten „Dispatcher“-Skript für den Network-Manager werden beim Auf- bzw. Abbau einer Netzwerkverbindung automatisch ausgeführt.

Das Skript wird also beim Aufbau der Netzwerkverbindung automatisch aus ausgeführt und überprüft, ob man sich im Netzwerk der Uni-Karlsruhe befindet. Sollte dies der Fall sein, so wird automatisch die VPN-Verbindung gestartet. Dies klappt wunderbar innerhalb der Bibliothek und auch beim WLAN-Zugang über die ESSID „VPN/WEB“.

$ sudo wget http://www.linuxundich.de/static/02uni-ka-vpn-1.4.sh -O /etc/NetworkManager/dispatcher.d/02uni-ka-vpnc
$ chmod +x /etc/NetworkManager/dispatcher.d/02uni-ka-vpnc

Eventuell muss in den Skript noch die Zeile…

[...]
WLANINTERFACE="eth1"
[...]

…an die eigenen Bedürfnisse angepasst werden. Hier muss das WLAN-Interface eingetragen werden, also eventuell wlan0, ra0, ath0 usw. Wer möchte, kann sich dabei auch Benachrichtigungen ausgeben lassen. So bekommt man im Fehlerfall Informationen ausgegeben, warum die VPN-Verbindung nicht aufgebaut werden konnte.

Voraussetzung dafür ist, dass das Paket libnotify-bin installiert wurde. Meines Wissens nach funktioniert die Ausgabe von dieser kleinen Popups leider nur mit der GNOME Desktopumgebung. Das Skript an sich funktioniert auf allen Systemen, die den Network Manager benutzen. Also auf jeden Fall bei allen Ubuntu Derivaten [UPDATE 25.04.09: Auf vpnc 0.5.3 aktualisiert[/UPDATE].

$ sudo apt-get install libnotify-bin

UPDATE: Dieser Artikel ist veraltet! Sollten Sie über eine Internetsuche auf diesen Artikel gestoßen sein, so schauen Sie sich bitte besser den Artikel VPN der Uni-Karlsruhe mit vpnc (überarbeitet)… an. Dieser enthält die selben Informationen, ist jedoch auf einem aktuellen Stand!

Ich möchte es nochmal kurz betonen. Es ist für den Zugang zum VPN der Uni Karlsruhe zwingend notwendig eine selbst kompilierte Version von vpnc zu nutzen. Eine Anleitung dazu findet sich im oben beschriebenen Artikel. Ist vpnc in der aktuellen Version installiert, legt man über…

$ gksudo gedit /etc/NetworkManager/dispatcher.d/02uni-vpnc

…ein Skript an, dass beim Aufbau einer Verbindung über den NetworkManager automatisch ausgeführt wird. Als Inhalt fügt man dieses hier ein.

#!/bin/bash
#/etc/NetworkManager/dispatcher.d/02uni-vpnc

# Aktion einlesen
INTERFACE=$1
ACTION=$2

# IP herausfinden
IP=$(ifconfig eth0 | grep 'inet addr' | awk '{print $2}' | sed -e 's/.*://')
IP_START=$(echo $IP | awk -F. '{print $1}')

# Funktionen durchführen, je nach Aktion eine andere
case "$2" in
  up)
    # vpnc starten, falls im Uni Netzwerk
    if [ $IP_START = 129 ]; then
      vpnc
    fi
    ;;
    
  down)
    # vpnc stoppen
    if [ "$(pidof vpnc)" ]; then
      vpnc-disconnect
    fi
    ;;
    
  pre-up)
    # einen vorher laufenden vpnc stoppen
    if [ "$(pidof vpnc)" ]; then
      vpnc-disconnect
      killall vpnc
    fi
    ;;
    
  post-down)
    # vpnc wirklich stoppen, falls abgestürzt
    if [ "$(pidof vpnc)" ]; then
      vpnc-disconnect
      killall -9 vpnc
    fi
    ;;
    
  *)
    echo $"Usage: $0 {up|down|pre-up|post-down}"
    exit 1
    ;;
esac

Hat man die Dateirechte über…

$ sudo chmod +x /etc/NetworkManager/dispatcher.d/02uni-vpnc

…angepasst, dann wird spätestens nach einem Neustart des System bei einem Verbindungsaufbau überprüft, ob man eine IP aus dem Bereich 192.* bekommen hat. Falls dies der Fall sein sollte, wird vpnc ausgeführt und die Verbindung zum VPN steht. Man muss jetzt also keinen Finger mehr krümmen um in das Netzwerk der Uni zu kommen. Rechner anschließen und Fertig.

Auf der genannten Webseite bekommt man den Cisco VPN Client. Die Linux Version lädt man nun herunter. Nutzer eines 64-bit Ubuntus werfen bitte einen kurzen Blick in meinen Blog Cisco VPN Client auf Ubuntu Gutsy 64-bit installieren. Denn der auf der Uni Homepage verfügbare Client lässt sich nicht auf einem 64-bit System installieren… Nachdem man die Datei heruntergeladen hat, kann man sie entpacken und die Installation starten. Die bei der Installation gestellten Fragen, kann man einfach mit einem Return beantworten.

$ tar -xzf vpnclient-linux-4.8.00.0490-k9.tar.gz
$ cd vpnclient
$ sudo ./vpn_install

Nun ist der Client installiert. Bevor eine Verbindung aufgebaut werden kann müssen die Profile, sowie das Zertifikat heruntergeladen und installiert werden. Dazu müssen wieder auf der oben genannten Webseite die entsprechenden Dateien erstmal heruntergeladen werden.

• dfnpca-02.der: Das DFN-Wurzelzertifikat
• vpn-v1.pcf: Jeglicher Datenverkehr geht über die VPN-Verbindung
• vpn-split-v1.pcf: Nur der Datenverkehr zu Universitäts-Servern geht über die VPN-Verbindung)

Die Profile müssen einfach nur an den richtigen Ort kopiert werden.

$ sudo cp *.pcf /etc/CiscoSystemsVPNClient/Profiles/

Das Zertifikat muss etwas aufwändiger vom VPN Client importiert werden. Dazu ruft man in dem Verzeichnis, wo man die dfnpca-02.der abgelegt hat, die Importroutine auf…

$ sudo cisco_cert_mgr stdin -U -op import
Cisco Systems VPN Client Version 4.8.01 (0640)
Copyright (C) 1998-2007 Cisco Systems, Inc. All Rights Reserved.
Client Type(s): Linux
Running on: Linux 2.6.22-14-generic #1 SMP Sun Oct 14 21:45:15 GMT 2007 x86_64

[ Importing Certificate ]

Enter filename: dfnpca-02.der
Import Password:

Enter a password to protect your certificate.
Choose a password that you can remember.

Password:
Confirm Password:
Success: certificate imported from path: /home/ubuntu/Desktop/dfnpca-02.der

Das Passwort kann man frei setzen. Nun ist alles fertig. Der VPN Client ist installiert, die Profile eingerichtet und das Zertifikat importiert. Mittels…

$ sudo /etc/init.d/vpnclient_init start

…muss man nach der Installation einmal den VPN Dienst starten. So muss man den Rechner nicht neu starten. Anschließend baut man mit…

$ sudo vpnclient connect vpn-v1

…beziehungsweise…

$ sudo vpnclient connect vpn-split-v1

…die Verbindung auf. Von nun an ist man im Netz der Universität und sollte sofort auf das Internet und Rechner innerhalb der Uni zugreifen können. Wer möchte kann noch die Zugriffsrechte zur ausführbaren Datei des Cisco VPN Clienten ändern. Nach einem…

$ sudo chmod 4111 /opt/cisco-vpnclient/bin/cvpnd

…braucht man keine Root-Rechte mehr um „vpnclient“ auszuführen.

$ sudo ./vpn_install
...
Ungültige Operanden für binäres -
make[2]: *** [/home/user/Desktop/vpnclient/interceptor.o] Fehler 1
make[1]: *** [_module_/home/user/Desktop/vpnclient] Fehler 2
make[1]: Verlasse Verzeichnis '/usr/src/linux-headers-2.6.22-14-generic'
make: *** [default] Fehler 2
Failed to make module "cisco_ipsec.ko".

ab. Eigentlich sollten sich aktuelle Versionen des Clients problemlos auf Kernel 2.6.22 und einem 64-bit System installieren lassen, ohne dass es einer speziellen Version oder eines Patches bedarf. Doch mit Gutsy scheinen sich alle Versionen des Clients nicht zu vertragen.

Alle? Nein, eine tut. Die Universität Konstanz bietet auf ihrer Homepage eine gepatchte Version an, die sich problemlos installieren lässt. Der direkte Download des Archives ist Cisco-VPN-Client 4.8.01 für Linux Intel 64 Bit Kernel 2.6 [patched]. Hat man diese Version heruntergeladen, so kann man die Installation wie unter beschrieben fortsetzen. Die Installation läuft problemlos durch und der Client kann sofort genutzt werden.