There is a new `autocd' option that, when enabled, causes bash to attempt
to `cd' to a directory name that is supplied as the first word of a
simple command.

There is a new shell option: `globstar'.  When enabled, the globbing code
treats `**' specially -- it matches all directories (and files within
them, when appropriate) recursively.

There is a new shell option: `dirspell'.  When enabled, the filename
completion code performs spelling correction on directory names during
completion.

Brace expansion now allows zero-padding of expanded numeric values and
will add the proper number of zeroes to make sure all values contain the
same number of digits.

There is a new &>> redirection operator, which appends the standard output
and standard error to the named file.

The parser now understands `|&' as a synonym for `2>&1 |', which redirects
the standard error for a command through a pipe.

Alle neuen Features aufzuzählen würde zu viel Zeit rauben, deswegen sei auf die Liste des Bash-Maintainers verwiesen.

Wie man diese Version in OSX installiert werde ich hier zeigen.

Es gibt verschiedene Wege um Bash 4 in OSX zu installieren: Neben MacPorts, Homebrew möchte ich hier zeigen, wie man sich Bash 4 aus dem Quellcode selbst kompiliert. Das klingt erst mal kompliziert, ist es aber gar nicht. Man muss sich nur Xcode aus den Developer Tools installieren — die hat man auf den Installation-CDs von OSX oder kann sie auch direkt von Apple herunterladen.

Nun lädt man sich das aktuelle Quellcode-Archiv vom FTP-Server herunter

curl http://ftp.gnu.org/gnu/bash/bash-4.1.tar.gz -o bash-4.1.tar.gz

und entpackt diesen auf seiner Festplatte. Ich nehme dazu den Pfad ~/usr/local/src.

tar xvzf bash-4.1.tar.gz -C ~/usr/local/src/ && cd ~/usr/local/src/bash-4.1

anschliessend

./configure && make && sudo make install

die neue Bash wird dann nach /usr/local/bin installiert.

Nun muss die neue zusätzliche Shell dem System bekannt gemacht werden. Das geschieht mit dem Befehl

sudo bash -c "echo /usr/local/bin/bash >> /private/etc/shells"

in der Datei /etc/shells

Jetzt kann jeder Benutzer für sich die neue Shell als Standardshell definieren.

In dem darauffolgendem Editor-Fenster ändert man die Zeile Shell von /bin/bash

zu /usr/local/bin/bash

Nach einem Neustart der Terminal-Session hat man nun Bash 4 als Shell.

Einige Beispiele für die neuen Features findet man bei Ian McCracken, wo auch die englischsprachige Anleitung für die Installation von Bash 4 zu finden ist.

Man sollte nicht immer alles so hinnehmen, was Andere so schreiben — egal wie sehr man ihnen Profession anerkennt. Bestes Beispiel ist der Artikel von MacMacken zum Thema IPv6-Privatsphäre. Da verweist er auf einen Artikel der Zeitschrift c´t in dem es um die Privacy Extension für IPv6 geht und darum, das diese bei OSX nicht per Default aktiviert sind. Eine Aufklärung, wie man diese denoch bei OSX aktiviert wird aufgezeigt. Da dieses Aktivierung per sysctl (also per Befehlszeile) erfolgt, ist sie somit auch nicht Neustart-sicher. Die Lösung der c´t lautet daher ihren selbstgebauten LaunchDaemon herunterzuladen und zu installieren. Dabei gibt es, wie auch bei anderen *nix/BSD-Betriebssystemen, eine deutlich einfachere Lösung:

Man lege eine Datei /etc/sysctl.conf mit dem Inhalt

net.inet6.ip6.use_tempaddr=1

an und nach einem Reboot kann man mit dem Befehl

sudo sysctl net.inet6.ip6.use_tempaddr

herausfinden, das das Ergebnisist und somit die Einstellungen wirken.

Es hilft in Zukunft also durchaus mal nachzudenken und das auszuprobieren, was bei anderen *nix/BSD-Betriebssystemen auch funktioniert — auch eine mehr oder minder renomierte Zeitschrift wie die c´t kann sich irren. Übrigens verweist Apple in seinen man-Pages selbst auf sysctl.conf .

Gerade bei OSX kommt man ja meist drumherum mit der Kommandozeile zu arbeiten — dabei kann man in der Shell einiges schneller bzw. einfacher machen und um gewisse Einstellungen von OSX (wie zum Beispiel hier und hier beschrieben) zu ändern kommt man nicht umher das Terminal zu öffnen.

Vorgeplänkel

Wie man im Finder oder in jedem anderen Programm zuerst seine Benutzeroberfläche einrichtet, so macht man das auch in der Kommandozeile. Nur wird das hier nicht über eine Preference File gemacht sondern über (in OSX) versteckte Systemdateien. Da OSX diese Schreiben bzw. Erstellen dieser Dateien zum Teil für den normalen Benutzer verboten hat, muss man daran denken, das man sich root–Rechte holt. Das geht einmal mit dem Account root (Zur Aktivierung des root–Accounts verweise ich auf Apple), zu dem ich mit dem Shell-Befehl

su -

oder

sudo -s

wechsle. Oder aber zukünftig jedem Befehl ein

sudo

voransetze.

Für die Individualisierung der Shell sind verschiedene Dateien und Verzeichnisse wichtig. Zuerst wird zwischen den Benutzereinstellungen und den Einstellungen für den ganzen Rechner unterschieden. Die Benutzereinstellungen liegen im Userverzeichnis, also /Users/BENUTZERNAME (Ausnahme hier ist der Benutzer root, der sein Homeverzeichnis in /root findet) und die Systemeinstellungen im Verzeichnis /etc. Wie die Namen schon sagen, sind die ersteren nur für den angemeldeten Benutzer gültig, die Systemeinstellungen für jeden Benutzer.

Individuelle Anpassungen kann man einmal für das Tastaturmapping machen — hier sind die Dateien /etc/inputrc bzw. ~/.inputrc verantwortlich und für  das Aussehen bzw. das definieren von Umgebungsvariablen — dafür sind die Dateien /etc/profile und /etc/bash.bashrc bzw. ~/.bash_profile, ~/.profile, ~/.bashrc und ~/bash_login. Eine gute Zusammenfassung der Reihenfolge der Abarbeitung der Dateien findet man hier. Der Einfachheit halber benutze ich in diesem Artikel die Datei profile.

Farben für den tristen Alltag

Mit Farben kann man sich die Shell übersichtlicher machen. Dazu hat fidel schon mal was geschrieben. Definiert werden diese in der Profil-Datei. Man kann den Prompt bearbeiten (Farbe und Aussehen).  Standard ist folgendes Aussehen

In meinem Fall brauche ich die Angabe des Rechner-Namens nicht und ein nettes Gelb kann auch nicht schaden

export PS1="\[\e[33;1;40m\][\u] \w>\[\e[0m\] "

Das Gleiche kann man auch für den Prompt definieren, wenn man mit sudo sich temporäre root–Rechte gibt. In meinem Fall möchte ich gelbe Schrift auf einem rotem Untergrund.

export SUDO_PS1="\[\e[33;1;41m\][\u] \w>\[\e[0m\] "

Das sieht jetzt alles recht kryptisch aus, was daran liegt, das die Programmierung des Prompts in Escape-Sequenzen erfolgen muss. Wenn man etwas tiefer in die Materie einsteigen will, seinen ganz persönlichen Prompt bauen möchte oder schlicht einfach verstehen will, was hier gemacht wird, dem sein pimp my shell ans Herz gelegt. Es gibt dann auch noch Informationen von IBM und Ring of saturn.

Ein oft benutzter Befehl in der Kommandozeile lautet ls zum Anzeigen eine Verzeichnisinhalts. Um die verschiedenen Inhalte wie Verzeichnisse, Dateien, Symlinks und Co. auseinanderzuhalten ist eine farbige Darstellung sehr nützlich. Dies kann man entwerder durch das Aufrufen des Befehls ls mit dem Schalter –G erreichen, oder aber, wenn man die Farben selber definieren will, mit folgenden Umgebungsvariablen

export CLICOLOR=1
export LSCOLORS=dxfxcxbxegedabagacad

Die Bedeutung der jeweiligen Optionen kann man sich hier anschauen. Für ganz Faule gibt es einen Generator.

Um dem Befehl grep etwas Farbe zu geben, muss folgende Umgebungsvariable gesetzt werden

export GREP_OPTIONS='--color=auto' GREP_COLOR='1;32'

Einfacher Zugriff auf die History

Ich hatte hier schon mal was über die Einstellungen der bash history geschrieben. Die Einstellungen dort werden in der Profil-Datei gemacht. Wie in den Kommentaren hinzugefügt benutze ich folgendes Tastaturmapping in /etc/inputrc

"e[5~": history-search-backward
"e[6~": history-search-forward

Damit kann ich mit den Tasten Bild rauf/Page up bzw. Bild runter/Page down durch die History scrollen. Das funktioniert sogar basierend auf dem, was schon auf der Kommandozeile steht. Gebe ich zum Beispiel less ein, dann werden mir mit den genannten Tasten nur die History-Einträge angezeigt, die mit dieser Buchstabenfolge anfangen.

Damit die history gleich geschrieben wird und nicht erst beim Beenden der shell session kann in der Profil-Datei mit

# Append commands to the history every time a prompt is shown,
# instead of after closing the session.
PROMPT_COMMAND='history -a'

erzwungen werden, dass mit jedem Erzeugen eines neuen Prompts die history geschrieben wird.

Leichteres Admin-Leben mit Aliasen

Standardmäßig wird dem normalen Benutzer beim Aufrufen von ls die Ansicht auf dotfiles verwehrt. Mit dem Eintrag

alias "ls=ls -a"

wird das korrigiert. Ansonsten kann man hier Programmaufrufen feste Parameter mitgeben und auch langen Befehlszeilen Kürzel vergeben.

Zusätzliches

Möchte man zusätzliche Pfad als Standardpfad einzurichten, damit man beim Aufrufen nicht den gesamten Pfad angeben muss, dann gibt man diesen wie folgt an:

export PATH=$PATH:/usr/local/src/bin

Wenn man Änderungen an den Profil-Dateien macht, dann werden diese Änderungen erst gültig, wenn die Profil-Datei erneut eingelesen wird. Das erreicht man entweder mit dem Öffnen einer neuen Terminal-Session oder aber mit dem Befehl

source ~/.profile

Fragen über Fragen

Wie sieht Eure Individualisierung der Kommandzeile aus? Welche Möglichkeiten habe ich vergessen zu erklären? Kanntet Ihr schon alle Möglichkeiten?

Das Festnetztelefon (ein altes Siemens Gigaset 4000 Comfort) hat nach nunmehr sechs Jahren den Geist aufgegeben und es wurde Zeit etwas Neues zu kaufen. Auf der Suche nach einem vernünftigen DECT-Telefon bin ich wieder bei der Firma Gigaset (Siemens hat seine Telefonsparte vor Jahren verkauft) gelandet. Die Grund-Anforderungen waren recht einfach: Schnurlos, mit AB,  so strahlungsarm wie möglich und schön sollte es aussehen .

Nach längerer Recherche wurde das Modell SL785 herausgepickt — schnell online bestellt und gestern war es schon da. Ausgepackt, Angeschlossen, Eingerichtet — Funktioniert. Einfacher kann es ehrlich gesagt nicht gehen.

Was ich bei unserem alten Gigaset 4000 gut fand, war die Funktion, das es eine »Namensauflösung« der Anrufer gibt, wenn diese einen Telefonbucheintrag haben. Diese Funktion gibt es jetzt auch im SL785. Jetzt stellte sich die  Frage, wie man das Telefonbuch auf das neue Mobilteil gebeamt bekommt. Schön ist es, das das SL785 Bluetooth hat — dachte ich. Also fix das Macbook angeworfen und die Bluetooth-Koppelung eingerichtet. Das funktioniert wie bei jedem anderen Gerät und ist selbsterklärend.

Nun wollte ich die ersten Kontakte aus dem Adressbuch auf das SL785 senden. Dazu habe ich das Programm gestartet, einen Kontakt ausgewählt und mit einem Rechtsklick …

… kann ich keinen Kontakt per Bluetooth versenden?!

Nachdem ich eine Weile im Netz gesucht habe, weiß ich nun, das es diese Funktion in Mac OS X Tiger wohl gegeben hat, diese aber von Apple wegrationalisiert wurde (Vielen Dank dafür!). Im Apple Support Forum habe ich dann aber zum Glück die Lösung gefunden

Zuerst muss das Adressbuch als VCARD exportiert werden

Dann öffnet man in Diensteprogramme-Ordner das Programm Bluetooth-Datenaustausch

Nun kann wählt man zuerst die eben exportierte VCARD-Datei aus und anschließend das empfangende Gerät

Nachdem man das Gerät ausgewählt hat, wird die Datei übertragen. Das SL785 kann zum Glück mit Multi-VCard-Dateien umgehen und hat so für jeden Kontakt mit einer Telefonnummer einen Eintrag im Telefonbuch erstellt. Einziges Problem stellen jetzt noch die Umlaute dar. Weiß jemand wie ich die in der VCARD-Datei umwandeln kann?

Mit der Einführung von Snow Leopard (Mac OS X 10.6) wurde als große Neuerung die Erstellung und Einbindung von Diensten gepriesen — wahrscheinlich aus Ermangelung von tollen Features, die Apple sonst in eine neue Betriebssystemversion eingebaut hat. Ich möchte jetzt nicht falsch verstanden werden — auch ich finde das Thema »Dienste« spannend und wichtig. Bis jetzt, das muss ich zugeben, bin ich aber noch nicht dazu gekommen das Thema voll zu erfassen — mir fallen zur Zeit keine Abläufe ein, die ich darüber realisieren würde. Wer sich aber Anregungen holen möchte, der schaue bitte bei Fidel vorbei. Aber zurück zum Thema: So toll das Feature ist — die Implementierung dieses Features in das Betriebssystem ist Apple wirklich nicht gelungen. Im Folgenden will ich erkären wieso.

Die erste Begegnung

Kurz nachdem ich 10.6 bei mir installiert hatte wollte ich auch gleich mal ausprobieren wie das mit den Diensten funktioniert.Ich weiß nicht warum, aber instinktiv wollte ich in den Systemeinstellungen — dort wo man alle Dienste sehen kann, auch einen neuen Dienst anlegen. Update: Durch die ersten Beschreibungen bei Apple (inzwischen hat das Apple geändert) habe ich gesehen, das die Dienste über das Menü Programmname in jedem beliebigen Programm aufrufbar sind. In dem Untermenü Dienste findet man den Eintrag Dienste-Einstellungen (Bild reiche ich nach) — nachdem man diesen auswählt öffnet sich das Programm Systemeinstellungen mit der Einstellungsseite Tastatur. Dort wählte ich im linken Feld Dienste aus und unter dem rechten Feld klickte ich auf das Plus — So wie man es überall in OS X tut. Das nächste Fenster zeigte

Ich breche jetzt mit der Erklärung ab, denn jeder der diesen Artkel gelesen hat, weiß, dass man so natürlich keinen Dienst anlegt.

Junge, komm bald wieder …

Wenn man im Automator einen Dienst abspeichert, so kommt keine Frage nach dem Ablageort — man geht also davon aus das der Automator weiß, wo die Dienste hingelegt werden sollen.

Das ist auch in sofern richtig, da der Dienst in dem Ordner ~/Library/Services abgelegt wird

Aber wehe man versucht einen schon erstellten Dienst wieder zu öffnen — da stellt sich der Automator dumm und man darf selbstständig sich durch die Festplatte bis zum richtigen Ordner hangeln.

Machs kurz

Wenn man versucht einem vorhandenen Dienst in den Systemeinstellungen »Tastatur« ein Tastaturkürzel zuzuweisen kann man ganz schön ins Schwitzen kommen. Man muss nämlich erahnen, wohin man klicken muss — kein Unterfangen, was sich auf dem ersten Blick von selbst erklärt.

Alles in allem keine besonders liebevolle Implementierung seitens Apple — ich hoffe mal das Apple da noch was verändern wird. Das Alles sollte uns natürlich nicht davon abhalten intensivst uns mit den Diensten zu beschäftigen und diese auch zu benutzen.

Wie geht es Euch damit? Findet Ihr, das Apple bei den Diensten alles richtig gemacht hat? Oder welche Ungereimtheiten sind Euch in diesem Zusammenhang aufgefallen?

Wie in dem Artikel SSH mit Tunnel nutzen geschrieben, habe ich mich damit beschäftigt, wie ich mir beliebige Dienste meine Heimnetzwerkes über einen SSH-Tunnel auf meinen entfernten PC holen kann. Aktuell wollte ich ein Debian in einer Virtuelle Maschine auf meinem iMac hochfahren und an dieser etwas ausprobieren. Wie ich bei VMware Fusion eine VM per Kommandozeile starte/steuere, habe ich schon in VMware Fusion über die Kommandozeile steuern gezeigt. Ich habe mir also einen Tunnel zum SSH-Zugang des iMacs aufgebaut

ssh -L 2222:192.168.1.10:22 root@test.dyndns.org

und mich mit

ssh -D 2222 localhost

auf den iMac eingewählt. Dann fix mit

/Library/Application\ Support/VMware\ Fusion/vmrun start /Users/imac/Documents/Virtual\ Machines.localized/Debian\ Lenny\ 5.01.vmwarevm/Debian\ Lenny\ 5.01.vmx

die Debian VM gestartet.

Dabei habe ich gemerkt, das ich nicht mehr die IP der VM wußte, da diese auf DHCP konfiguriert ist. Also fix die VM wieder runtergefahren und mit

vi /Users/imac/Documents/Virtual\ Machines.localized/Debian\ Lenny\ 5.01.vmwarevm/Debian\ Lenny\ 5.01.vmx

die Einstellungsdatei der VM bearbeitet.

Mit den zusätzlichen Parametern

RemoteDisplay.vnc.enabled = »TRUE»
RemoteDisplay.vnc.port = »5901«

habe ich für genau diese VM nun einen zusätzlichen VNC-Server angeschaltet, auf den ich mich dann explizit einwählen kann.

Mit der Befehlszeile

ssh -L 2901:192.168.1.10:5901 root@test.dyndns.org

kann ich nun also per VNC auf die Debian VM zugreifen

und die IP-Adresse herausfinden. Mit dieser kann ich dann wiederrum einen weiteren Tunnel zum SSH-Server der VM aufbauen.

Kanntet Ihr die Funktion schon?

Mit dem Erscheinen von Mac OS X Snow Leopard (10.6) schwärmen alle von der neuen Möglichkeit Dienste in die Programme selber einzubinden. Klar, das klingt alles super und deswegen habe ich mal überlegt, wo ich einen Dienst benötigen könnte. Auf die Schnelle ist mir eingefallen, das ich bisher meinen GPS-Logger Wintec WBT-200 händig auf der Kommandozeile lösche, da in GPSBabel bisher keine Möglichkeit eingebaut wurde, dies dort zu tun.

Wie bin ich also vorgegangen?

Zuerst wird der Automator gestartet, er präsentiert sich mit folgendem Startdialog

Hier wählen wir die Vorlage »Dienst« aus.

Es öffnet sich das Automator-Fenster und im rechten Feld seht ihr oben das Spezielle beim Erstellen von Diensten

Unter »Dienst empfängt« könnt Ihr auswählen, was genau das Programm an den nachfolgenden Arbeitsablauf übergeben soll

Und anschließend definieren, ob der Dienst für alle Programme gelten soll oder nur für ein Bestimmtes

Jetzt kann man, wie das bei Automator üblich ist, sich einen Arbeitsablauf zusammenziehen. In meinem Fall führe ich einfach eine Befehlszeile auf der Shell aus

/Applications/gpsbabel  -i wbt,erase -f /dev/tty.BT-GPS-SPPslave  -F -

Das Ganze sieht dann im Automator so aus

Wenn man diesen Arbeitsablauf speichert, wird dieser direkt in ~/Library/Services abgelegt.

Wenn man nun in den Systemeinstellungen unter Tastatur schaut, dann findet man in den Tastaturkurzbefehlen unter Dienste

unseren soeben erstellten Dienst.

Wenn wir jetzt das entsprechende Programm öffnen, für den wir diesen Dienst erstellt haben (in meinem Fall GPSBabel), dann finden wir im Menü

Und fertig ist unser erster Dienst.

Ich gebe zu, der Dienst ist wirklich einfach, da keine Daten aus dem Programm selber übergeben werden und auch sonst nicht viel passiert. Genauso hätte ich dafür auch ein Skript auf den Desktop legen und diesen mit nem Doppelklick starten können. Aber um aufzuzeigen, wie das alles funktioniert, ist es vielleicht gar nicht so schlecht.

Wie schaut das bei Euch aus? Habt ihr schon Dienste erstellt? Welche täglichen Arbeiten laßt Ihr ab sofort durch Dienste schneller erledigen?

Ich mag ja an Apple Mail besonders die Integration ins Betriebssystem und in die anderen Programme wie iCal und Adressbuch. Komisch ist das schon, da ich unter Windows alles verteufelte, was nur annähernd mit dem jeweiligen Betriebssystem mitgekommen ist. Das mag daran liegen, das ich bei Microsoft immer das Gefühl hatte, das es etwas lieblos zusammengestrickt war und man nur darauf spekulierte, das der Benutzer sich lieber doch den großen Bruder von Microsoft kauft.

Jetzt aber zum eigentlichen Thema: Auf den ersten Blick ist Mail.app sehr übersichtlich, unter der Haube steckt aber so einiges, mit dem man auch als ambitionierter Benutzer gut arbeiten kann. Wenn man sich durch die Menüs bewegt, findet man viele Sachen, die sehr interessant sind und meist sind diese Dinge mit Shortcuts zu erreichen:

Alle Email-Informationen sichtbar machen

Wenn man einen Email-Server selber administeriert oder aber wissen möchte, ob eine Email wirklich echt ist, dann muß man sich die Email in der Rohfassung anschauen. Das geht mit dem Shortcut Command--U. Reicht einem die Ansicht des kompletten Headers, so geht das mit Shift--H.

HTML ist bäh

Wenn man davon genervt ist immer diese riesigen HTML-Mails zu öffnen und zu warten bis der Inhalt nachgeladen wird, so kann man mit Command--P von der HTML-Ansicht zur reinen Text-Ansicht umschalten — zurück geht es wieder mit Control--Ä.
Ist man ein HTML-Verweigerer, dann kann man sich alöle Emails auch als Default in der Nur-Text-Variante anzeigen lassen. Dazu muß man im Terminal folgendes eingeben

defaults write com.apple.mail PreferPlainText -bool TRUE

Wenn man besonders oft von Windows-Leuten Emails bekommt, dann wundert man sich öfter, das die Schriftgröße so klein ist. Man kann aber jede Email in einer Mindestschriftgröße anzeigen lassen

defaults write com.apple.mail MinimumHTMLFontSize 12

Kennt Ihr noch andere Optimierungsmöglichkeiten bzw. Wege noch mehr aus Apple Mail herauszukitzeln?

Nach dem Download, dem Mounten des Images und dem obligatorischen Drag and Drop des Programms in den Application-Ordner kann man das Tool schon starten. Nach dem Start kommt eine Warnung

Es existieren keine Konfigurationsdateien im Pfad ~/Library/openvpn. Wenn man das Angebot von Tunnelblick annimmt (was man tun sollte), dann öffnet sich automatisch Textedit mit einer Beispielkonfigurationsdatei

Die editierte Datei sollte folgenden Inhalt haben

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

Anschließend legt man unter ~/Library/openvpn einen Unterordner für die Zertifikatdateien an — ich habe ihn vpn.domain.de genannt. Dahinein kopiert man das öffentliche Zertifikat der CA und das private und öffentliche Schlüsselpaar des Clients, welches vorher auf dem Server generiert wurde — als Kopierprogramm vom Server auf das Macbook bietet sich Cyberduck an.

Anschließend kann man die Verbindung starten.

Möchte man mehr über das zusätzliche private Netzwerk wissen, so kann man das Terminal benutzen:

Nach einem Aufbau des Tunnels kann man mit

netstat -nr

sich die aktuelle Routing-Tabelle anzeigen lassen.

$ netstat -nr
Routing tables
	
Internet:
Destination        Gateway            Flags    Refs      Use  Netif Expire
default            192.168.1.1        UGSc       14       39    en0
10.8.0.1/32        10.8.0.5           UGSc        0        0   tun0
10.8.0.5           10.8.0.6           UH          1        0   tun0
127                127.0.0.1          UCS         0        0    lo0
127.0.0.1          127.0.0.1          UH          7        0    lo0
169.254            link#4             UCS         0        0    en0
192.168.1          link#4             UCS         4        0    en0
192.168.1.1        0:10:10:10:10:10   UHLW       35        0    en0   1165
192.168.1.2        127.0.0.1          UHS         0        0    lo0
192.168.1.255      link#4             UHLWb       3        0    en0

Also fix den iMac neugestartet und ins Logfile geschaut und dabei folgendes gefunden:

com.apple.launchctl.System[2]: launchctl: Dubious ownership on file (skipping): /Library/LaunchDaemons/de.something.hddmount.plist
com.apple.launchctl.System[2]: launchctl: Dubious ownership on file (skipping): /Library/LaunchDaemons/de.something.hddunmount.plist

Was hatte ich gemacht? Ich hatte auf meinem MBP mit Lingon rumgespielt und dabei die beiden plists erstellt. Diese hatte ich, der Einfachheit halber, einfach auf den iMac in den Ordner /Library/LaunchDaemons kopiert und gehofft es wäre alles ok. Ein kurzes »ls –l /Library/LaunchDaemons« brachte die Bestätigung: Die beiden Scripte hatten nicht die richtige Berechtigung.

sudo chown root:wheel /Library/LaunchDaemons/de.something.hdd*

und schon war alles in Ordnung. Nun hatte ich natürlich diesmal nicht die Warnung von Lingon vergessen und wollte schon den iMac erneut starten. Aber es muß doch eine Möglichkeit geben, den launchd davon zu überzeugen die neuen plists zu aktivieren. Nach ein langen Suche wußte ich zumindest soviel: launchd selber kann man nicht neustarten, da es direkt nach dem Bootvorgang selber die Dienste erst startet. Schaut man in die Prozessliste, so erkennt man, das launchd die PID 1 hat — das verheißt nix Gutes. Ok, dann muß es halt eine andere Möglichkeit geben. In den man-pages findet man launchctl

NAME
     launchctl -- Interfaces with launchd
	
SYNOPSIS
     launchctl [subcommand [arguments ...]]
	
DESCRIPTION
     launchctl interfaces with launchd to load, unload daemons/agents and generally control launchd.
     launchctl supports taking subcommands on the command line, interactively or even redirected from stan-dard standard
     dard input.  These commands can be stored in $HOME/.launchd.conf or /etc/launchd.conf to be read at the
     time launchd starts.

In den weiteren Optionen findet man die Subcommands »load« und »unload« sowie »list«.

sudo launchctl list | grep de.something

kann man sich auflisten lassen, ob die plists geladen wurden.

sudo launchctl load /Library/LaunchDaemons/de.something.hddmount.plist
sudo launchctl load /Library/LaunchDaemons/de.something.hddunmount.plist

nimmt die beiden plists auf.