Die Konfiguration unterscheidet sich ziemlich von der unter FreeBSD, so dass erst mal die Handbücher gewälzt werden mussten.

Als erstes sollte der NFS Service gestartet werden…

svcadm -v enable -r network/nfs/server

Danach ist die NFS Freigabe nötig, bei FreeBSD stehen die in /etc/exports, unter Solaris allerdings in /etc/dfs/dfstab. Eine Freigabe kann man allerdings auch auf der Konsole machen:

share -F nfs -o rw /export

Diese Methode überlebt allerdings keinen Reboot, so dass für eine permanente Freigabe die Zeile in der Datei /etc/dfs/dfstab eingetragen werden sollte.

Wenn auch der Benutzer root auf den NFS Clients verwendet werden soll, dann muss dies explizit freigegeben werden:

share -F nfs -o rw,root=host1:host2 /export

Die Option root=access_list legt fest von welchem Host der Benutzer root für die Freigabe Zugriff hat.

Um die Freigabe auf dem anderen System zu mounten, reicht der Befehl:

mount -F nfs server:/export /mount_point

Um das Volumen dauerhaft auf dem Client einzubinden, muss dies in der Datei /etc/vfstab definiert werden:

server:/export   -   /mount_point   nfs   -   yes    rw,soft

Also eigentlich gar nicht so schwer…man muss nur wissen, wo man alles nachlesen kann

Alle Sun Administration Handücher können übrigens unter http://docs.sun.com/app/docs/coll/47.16?l=de gefunden werden.

Es gibt nur einige Unterschiede, bei XBMC ist es ja eigentlich gedacht, dass die Inhalt auf der XBox selber liegen, es geht aber auch anders. Die Playstation 3 erwartet einen UPnP MediaServer. Unter Linux/Unix ist das kein großes Problem. In den FreeBSD Ports finden sich z.B. 2 Programme, uShare und MediaTomb. Beide Programme machen nichts anderes, als konfigurierte Dateien/Verzeichnisse auf der Festplatte per UPnP im Netzwerk bereitzustellen.

Ich hab mir beide angeschaut, und muss sagen, dass mir uShare mehr zusagt. Hier kann man einfach in der Konfigurationsdatei mehrere Verzeichnisse angeben, welchen dann rekursiv exportiert werden. Fertig. Bei MediaTomb muss man dies über ein Webinterface (welches wirklich hässlich ist) machen, ausserdem braucht MediaTomb noch eine Datenbank, entweder MySQL oder SQLite. Ein weitere Nachteil ist, dass bei MediaTomb nur die Dateien per UPnP bereitgestellt werden, d.h. die Ordnerstruktur ist dann auf der Playstation 3 nicht mehr sichtbar.

Alles ist aber nicht Gold was glänzt…das hab ich gemerkt, als ich auf der Playstation eine Matroska Datei anschauen wollte. Die Playstation kann das Format nämlich nicht. Hierfür hilft aber ein kleines Shell Script, mit welchem das Video z.B. in AVI umgewandelt werden kann:

#!/usr/local/bin/bash
 
INPUT="$1"
OUTPUT="$2"
VIDEO_CODEC="mpeg2video"
VIDEO_FPS=`mkvinfo $1 | grep -A 10 'Codec ID: V_MPEG4' | grep -w fps | awk '{print $6}' | cut -d'(' -f2`
 
mkvinfo $INPUT | grep -qE 'Codec ID.*DTS'
 
if [ $? -eq 0 ]; then
  AUDIO_CODEC="ac3"
  AUDIO_BITRATE="-ab 640k"
  AUDIO_FREQ="-ar 48000"
  AUDIO_CHANNELS="-ac 6"
else
  AUDIO_CODEC="copy"
  AUDIO_BITRATE=""
  AUDIO_FREQ=""
  AUDIO_CHANNELS=""
fi
 
FORMAT="dvd"
 
ffmpeg -threads 8 -i "${INPUT}" -vcodec ${VIDEO_CODEC} \
  -r ${VIDEO_FPS} -sameq -acodec $AUDIO_CODEC $AUDIO_BITRATE $AUDIO_FREQ $AUDIO_CHANNELS \
  -scodec copy -f ${FORMAT} - > "${OUTPUT}" 2>/dev/null

Hierfür braucht man mkvtoolnix und ffmpeg. Im Großen und Ganzen muss ich aber sagen, meine XBox wird bald entsorgt. Wieso soll ich auch 2 Konsolen rumstehen haben, wenn alles auch die Playstation kann?

GMime baut auf GLib auf und bietet eine Vielzahl an Funktionen um E-Mails
zu parsen bzw. einzelne Teile zu extrahieren. Will man z.B. den Body einer E-Mails auslesen, und feststellen, ob es sich hierbei um HTML Code handelt, dann könnte man es wie folgt machen:

#include <stdio.h>
#include <fcntl.h>
#include <glib.h>
#include <gmime/gmime.h>
 
int main (int argc, char const *argv[]) {
	gboolean is_html;
	GMimeMessage *message;
	GMimeParser *parser;
	GMimeStream *stream;
	char *body;
	int fd, i = 1;
 
	if (argc < 2)
		return 0;
 
	g_mime_init (0);
	if ((fd = open (argv[i], O_RDONLY)) == -1)
		return 0;
 
	stream = g_mime_stream_fs_new (fd);
	parser = g_mime_parser_new_with_stream (stream);
	g_object_unref (stream);
 
	message = g_mime_parser_construct_message (parser);
 
	body = g_mime_message_get_body (message, FALSE, &is_html);
	fprintf (stdout, "Testing get_body (looking for html...%s)\n\n%s\n\n",
		body && is_html ? "found" : "not found",
		body ? body : "No message body found");
 
	g_free (body);
 
	return 0;
}

Kompiliert wird das Programm mit

gcc -g -Wall `pkg-config --cflags gmime-2.0 glib-2.0` `pkg-config --libs gmime-2.0  glib-2.0` test.c -o test

Als erstes Argument muss der Pfad zur E-Mail angegeben werden.

Bei der Verwendung von GMime bin ich aber leider auch über einen Bug gestolpert. Will man die Absender
Adresse einer E-Mail auslesen, und diese ist z.B. angegeben mit J. Doe ,
dann vermurkst GMime die Adresse und liefert J.Doe. Das ist nur der Fall, wenn
die Adresse nicht in Anführungszeichen ist und einen Punkt enthält. Das Problem macht die
Funktion internet_address_parse_string(). Noch habe ich nicht die aktuelle Version
von GMime ausprobiert, ob es da auch noch auftritt.

Aber grundsätzlich kann man sagen, dass GMime eine hervorragende Library ist, um in C E-Mails
zu parsen. GMime wird z.B. auch von DBMail verwendet.

Es handelt sich hierbei um ein Shell Script, welches seit FreeBSD 6.4 mitgeliefert wird. Mit diesem Script kann
das ganze System (ausgenommen Ports natürlich) einfach geupdatet werden.

FreeBSD wird dabei nicht aus den Quellen neu gebaut, es werden Binaries verwendet, und hier wird auch nur
die x86 Architektur bedient. Weitere Vorraussetzung ist, dass das System ein Release ist, also z.B. 7.1-RELEASE.
Systeme, welche vorher mit make world geupdatet wurden kann freebsd-update nicht analysieren.

Um z.B. aktuelle Sicherheitsupdates zu installieren reicht:

freebsd-update fetch
freebsd-update install

Darauf hin untersucht freebsd-update das System und sucht für dieses Release neue Updates. Diese werden
dann installiert, sofern nötig muss der Rechner rebootet werden.

Soll das ganze System auf ein neues Release geupdatet werden, dann muss dieses explizit angegeben werden.

freebsd-update -r 7.1-RELEASE upgrade
freebsd-update install

Bei Release Updates muss der Rechner rebootet werden, da ein neuer GENERIC Kernel installiert wird. Sobald
man allerdings einen selbst gebautet Kernel verwendet, wird das ganze etwas komplizierter. Dieser muss dann
natürlich nochmal gegen die neuen Sourcen gebaut werden. freebsd-update weisst aber darauf hin. Nach einem Update auf ein neues Release muss man noch alle Ports gegen das neue Basissystem bauen.

portupgrade -af

Hier hat es wieder der Admin einfach, welcher nur Packages verwendet

Allgemein ist freebsd-update ein wunderbares Tool, um ein System relativ einfach aktuell zu halten. Vor kurzem
hat es mir dabei geholfen, ein FreeBSd 6.2 auf 7.1 zu aktualisieren. Dabei kam es zu keinem Problem. Übrigens,
mergemaster fällt mit freebsd-update auch weg

In meinem Setup wollte ich nur einen LDAP Server, welcher alle Schreibzugriffe bearbeitet und somit der eigentliche Master-Server ist. Alle anderen LDAP Server sind nur noch für Lesezugriffe da.

Für den Master müssen nur folgende Zeilen in die slapd.conf eintragen werden:

replica host=HOSTNAME-REPLICA-SERVER:389
        suffix="LDAP-SUFFIX"
        binddn="DN-MANAGER"
        credentials=PASSWORT
        bindmethod=simple

Für jeden Slave Server muss eine replica host Direktive vorhanden sein.

Die Slave Server lassen sich sogar noch einfach konfigurieren…

updatedn        "DN-MANAGER"
updateref     ldap://HOSTNAME-MASTER:389

Durch updateref leitet der Slave alle Update- bzw. Schreib-Request zum Master weiter.

So simpel kann eine Replikation eingerichtet werden

Da ProFTP selber über eine Modul Schnittstelle verfügt ist es kein Problem diese Funktionalität einzubauen. Unter http://www.castaglia.org/proftpd/modules/mod_sql_sqlite.html gibt es genau für diesen Fall ein passendes Modul

Sobald das Modul mit einkompiliert ist, kann das Backend in der proftpd.conf wie folgt angesprochen werden:

<IfModule mod_sql_sqlite.c>
  SQLConnectInfo /pfad/zu/ftpd.db
</IfModule>

Mehr ist für die Verbindung zur Datenbank nicht nötig. Da ProFTP selber schon eine Schnittstelle für SQL hat, kann die Abfrage der Benutzer mit mod_sql gemacht werden. Eine Anleitung hierfür ist unter http://www.castaglia.org/proftpd/modules/mod_sql.html zu finden.

Als ich mir vor einiger Zeit meinen ersten Mac kaufte, stand ich vor einem kleinem Problem. Ich hatte bisher 2 Rechner und 2 TFTs. Ein Rechner war eine Unix Maschine, welche beide TFTs fuer Dual-Head benutzte. Der Zweite war Windows zum spielen. Beide Rechner haben sich den 1. TFT, Maus und Tastatur über einen KVM Switch geteilt. Nur der 2. TFT wir direkt in den Unix Rechner angeschlossen. Da der Mac mini keinen 2. Video Ausgang hatte, musste ich natürlich mein Dual-Head aufgeben. Der KVM Switch kam aber auch nicht mehr in Frage, da ich ja dann einen Monitor übrig hätte. Also begab ich mich auf die Suche  

Schliesslich entdeckte ich das Programm Synergy. Hierbei handelt es sich um eine Software KVM Lösung. Der Trick bei der Sache ist, dass es komplett übers Netzwerk funktioniert. Vorraussetzung ist, dass jeder Rechner einen eigenen Monitor hat. Ein Rechner dient als Server, zu welchem sich alle Clients verbinden und das Signal für Maus und Tastatur bekommen. Es ist absolut belanglos wieviel Rechner sich an den Server anmelden. Bei mir ist Synergy so konfiguriert, dass der linke TFT Mac OSX ist und der Rechte Windows. Ein Umschalten, wie bei herkömmlichen KVM Lösungen gibt es hier nicht. Wenn ich auf den Windows Rechner will, ziehe ich einfach die Maus im OSX ganz nach rechts, der Zeiger springt automatisch auf den Windows Desktop (!). Es ist, als ob Windows und OSX miteinander verschmälzen und ein System werden  

Das ganze ist natürlich nicht nur auf Windows bzw. Mac OSX beschrängt. Synergy unterstützt ausserdem noch alle gängigen Unix und Linux Systeme. Was noch recht interessant ist, ist die Tatsache, dass man zwischen den Systemen sogar Cut-N-Paste machen kann. 

Hier nun meine Konfiguration als Beispiel:

section: screens
        mac:
        windows:
end
 
section: links
        mac:
                right = windows
        windows:
                left = mac
end
 
section: options
        keystroke(control+left) = switchInDirection(left)
        keystroke(control+right) = switchInDirection(right)
        keystroke(control+f12,toggle) = lockCursorToScreen
        relativeMouseMoves = true
end

Dies definiert 2 Computer, links der Mac mini, und rechts der Windows Rechner. Es gibt zusätzlich noch ein paar Shortcuts, CTRL-left, um per Tastatur auf den linken Rechner zu wechseln und CTRL-right für die andere Richtung. Ausserdem ist CTRL-F12 noch definiert, dies sperrt den aktuellen Bildschirm, damit die Maus nicht auf das andere System wechseln kann. Würde ich jedem empfehlen, der Spiele spielt