Herzlichen Glückwunsch! Ich bin sehr gespannt, was daraus entsteht…

Wir (die Techniker) haben die Einführung eines Wikis zur Unterstützung der internen Kommunikation schon längere Zeit für sinnvoll gehalten und uns unterschiedliche Systeme angesehen. Dabei hatten wir folgende Anforderungen:

• Als Datenbank sollte nicht MySQL zum Einsatz kommen. Wir
  wollten entweder PostgreSQL oder (noch lieber) Textfiles als
  Backend.
• Die Benutzerverwaltung musste mit LDAP realisierbar sein, da wir
  darüber bereits alle Accounts verwalteten und wir vermeiden wollten,
  alle Benutzer mehrfach pflegen zu müssen.
• Die Bedienung musste so einfach wie möglich sein, um die Schwelle
  für die Anwender sich mit dem System auseinanderzusetzen so niedrig
  wie möglich zu halten.

Welche Wiki-Werkzeuge gibt es? Welche Eigenschaften haben Sie, welche Vorteile, welche Nachteile? Wie ist ihre Bedienbarkeit, wozu können Sie eingesetzt werden? Welche Kombination mit anderen Tools sind sinnvoll und weiterführend?

Eine große Hilfe bei der Auswahl war uns die Seite wikimatrix.org, die eine Vielzahl von unterschiedlichen Wikis miteinander vergleicht (derzeit 102). Ein Wizzard ermöglicht es, sehr schnell die in Frage kommenden Systeme zu finden, die man dann gezielt einzeln unter die Lupe nehmen kann.

Wir haben uns letzten Endes für DokuWiki entschieden, da es hervorragend dokumentiert ist, keinen überflüssigen Schnickschnack mitbringt, sich viele Funktionen über Plugins nachrüsten lassen und schlicht und ergreifend einfach funktioniert (insbesondere die LDAP-Anbindung war hier so unkompliziert wie bei keinem anderen System, das wir uns angesehen haben).

Welche erfolgreichen Projekte gibt es, die auf Wikis setzen? In welchen Kontexten werden Wiki eingesetzt? Welche Probleme traten auf, wie wurden sie gelöst?

Mittlerweile ist DokuWiki im internen Bereich seit über 1,5 Jahren im Einsatz und enthält gut 400 Seiten. Die Resonanz seitens unserer Anwender ist durchwachsen. Während einige die Möglichkeiten, die das Wiki bietet, erkannt haben und es dementsprechend nutzen, sind andere deutlich zurückhaltender und tun sich auch schwer damit z.B. neue Seiten sinnvoll in die bestehende Hierarchie einzugliedern, so dass sie auch gezielt auffindbar sind.

Dabei bin ich durchaus der Ansicht, dass wir einiges getan haben, um unseren Usern einen problemlosen Einstieg zu ermöglichen. So haben wir eine Hilfe-Seite angelegt, auf der die wichtigsten Funktionen in aller Kürze erklärt werden (mit Links zu weiterführenden Informationen), das Wiki grob vorstrukturiert, damit die Leute nicht vor einer weißen Seite stehen und Angebote gemacht, die Bedienung des Wikis ausführlich und persönlich zu erläutern.

Aber es ist wirklich schwer einzuschätzen, wie der »gemeine Anwender« tickt. Erst kürzlich erreichte uns eine Anfrage, ob wir das Wiki umgestalten könnten, so dass es wie die Wikipedia aussieht — dazu ist mir offen gestanden nichts mehr eingefallen. Vielleicht hätten wir gut daran getan, das Ganze von vornherein z.B. »Sturapedia« oder so zu nennen… Was ich damit sagen will ist, dass der Erfolg oder Misserfolg eines neuen Kommunikationsmediums von vielen Faktoren abhängt, die nur schwer abschätzbar sind; unterm Strich liegt es in den Händen der User, ob ein Wiki eine Eigendynamik entwickelt oder nicht.

Hier sind ein paar Beiträge, die mir besonders ins Auge gestochen sind und meine persönliche Meinung dazu:

Reichlich 80er Jahre und vielleicht eher als Logo für die Fakultät Physik/Chemie geeignet.

Dieses Logo gefällt mir prinzipiell ganz gut: schlicht, wiedererkennbar und vielseitig verwendbar. Aber was zum Geier soll es darstellen?

Wieder ein Kandidat, der eher bei Chemikern passen würde. Außerdem ist 3D-Darstellung für kleine Darstellungen (z.B. als favicon) ziemlich ungeeignet. Und ich frage mich, ob der Einsender dieses Logo tatsächlich selber erstellt hat.

Sieht schrecklich altbacken aus.

Noch ein Vorschlag, der es verdient in engere Wahl gezogen zu werden, auch wenn ich den RJ45-Stecker weglassen und dringend über eine andere Schrift nachdenken würde.

Dieser Vorschlag stammt vom gleichen Einsender wie der vorhergehende und wirft bei mir auch die gleichen Fragen auf. Was der Diskus mit »Studenten-Netz« zu tun hat, erschließt sich mir nicht ganz. Oder ist hier eine Anspielung auf »Tron« gemeint?

Gruselig

Nett uns brav. Könnte ohne Schwierigkeiten auch als Logo für die Diakonie oder irgendeinen christlichen Verein durchgehen.

Wieder sehr altbacken und ließ mich im ersten Moment an einen Computer-Versandhandel denken. Das Wort »Studentenverbindung« ist völlig deplatziert, auch wenn es vielleicht witzig gemeint war.

Die meisten der anderen Vorschläge finde ich ziemlich gesichtslos und weitgehend unspannend. Das sich fast schon aufdrängende @-Zeichen hat angenehm wenig Verwendung gefunden und die Word-Clipart-Sammlung ist offenbar auch nur selten zum Einsatz gekommen. Alles in allem denke ich, dass mein Vorschlag eigentlich ganz gut dasteht — Kommentare und Meinungen diesbezüglich sind mir sehr willkommen!

Das neue Logo soll am 1. Mai präsentiert werden und ich bin schon sehr gespannt auf welchen Vorschlag die Wahl der Jury fällt.

Nachdem ich eigentlich gar nicht mehr damit gerechnet hatte, habe ich endlich eine Antwort bekommen: Das Kuratorium der Stiftung hat mir das Stipendium bewilligt, das aus einer einmaligen Unterstützung mit 500€ besteht. :-) Für einen armen Studenten durchaus willkommen!

Diese Liste soll weder die Info-Seiten des URZ ersetzen, noch erhebt sie einen Anspruch auf Vollständigkeit. Es ist lediglich eine Zusammenstellung von Tipps, die sich für mich als nützlich erwiesen haben. Ergänzungen sind jederzeit willkommen.

Alle Zugänge setzen selbstverständlich einen Account im Rechenzentrum voraus. Von diesem hängt auch ab, welche Dienste du in der Uni nutzen kannst.

Fileserver

Für Studenten von Network Computing stehen zwei Fileserver für eigene Daten zur Verfügung:

1. f100.mathe.tu-freiberg.de

   Hier finden sich neben dem obligatorischen ‘Eigene Dateien’ noch ein Verzeichnis ‘public_html’, das über http://www.informatik.tu-freiberg.de/~username erreichbar ist. Außerdem liegen hier noch Vorlesungs- und Übungsunterlagen der IfI-Lehrveranstaltungen.

2. znlserv.hrz.tu-freiberg.de

   Hier liegt das eMail-Verzeichnis, das per POP3, IMAP oder Web-Interface abgerufen werden kann.

ssh

Am bequemsten ist der Zugang zum privaten Verzeichnis auf dem zentralen Fileserver znlserv. Auf dieses kann man nämlich einfach per ssh mit

ssh username@sshproxy.hrz.tu-freiberg.de

zugreifen. (Siehe auch die entsprechende Anleitung des URZ zu ssh)

Der Datenaustausch klappt dementsprechend einfach mit scp oder auch sftp entweder in der Shell

sftp username@sshproxy.hrz.tu-freiberg.de

oder natürlich auch mit einem graphischen Client der Wahl (gFTP, o.ä.)

Der Zugriff auf die smb-Freigaben des Uni-Netzes (z.B. des Instituts für Informatik) klappt dagegen nur über eine VPN-Verbindung.

VPN

Zum Aufbau einer VPN-Verbindung zum Uni-Netz empfiehlt es sich, entgegen der Beschreibung des URZ, statt des Cisco eigenen Clients vpnc zu verwenden, da man sich so das Kompilieren von Kernelmodulen sparen kann.

Um vpnc verwenden zu können, wird die Konfigurationsdatei /etc/vpnc/default.conf mit folgendem Inhalt angelegt:

IPSec gateway 139.20.201.100
IPSec ID world
IPSec secret world
Xauth username DEIN_USERNAME
Xauth password DEIN_PASSWORT

# If Target networks is defined here, the default route is not replaced!
Target networks 139.20.0.0/16

# Don't update resolv.conf though resolvconf is installed
DNSUpdate no

Da diese Datei das Uni-Passwort im Klartext enthält, sollte man die Rechte mit

chmod go-rw /etc/vpnc/default.conf

setzen. Um dann das VPN ohne root-Rechte starten zu können, benutzt man das Tool sudo, das ggf. noch zu installieren ist.

Mit visudo werden die Befehle vpnc-connect und vpnc-disconnect in /etc/sudoers eingetragen:

Host_Alias  LOCAL = localhost, 127.0.0.1
User_Alias  STUDENT = LOKALER_BENUTZERNAME
Cmnd_Alias  VPNCONN = /usr/sbin/vpnc-*connect
STUDENT     LOCAL = NOPASSWD: VPNCONN

Dabei ist LOKALER_BENUTZERNAME der lokale Benutzer, der die Verbindung aufbauen darf.

Anschließend kann die Verbindung mit

sudo vpnc-connect

gestartet werden.

Man kann auf das hinterlegen des Passwortes auch verzichten und Xauth interactive anstelle von Xauth password ... verwenden. Dann fragt vpnc beim Aufbau der Verbindung nach dem Passwort.

WLAN

Der Zugang ins WLAN funktioniert im Wesentlichen wie der externe Zugang über VPN. Für die eigentliche Funkverbindung reicht es, als essid tubafun zu verwenden und eine IP-Adresse per DHCP zu beziehen. WEP- u.a. Verschlüsselungen sind abzuschalten – das VPN sorgt für die nötige Sicherheit.

Der Unterschied liegt allein in der Konfigurationsdatei für vpnc. Sollen auf einem Rechner beide Möglichkeiten genutzt werden können, bietet es sich an, eine zweite Konfigurationsdatei zu erstellen.

Inhalt von /etc/vpnc/wlan.conf:

IPSec gateway 172.17.1.100
IPSec ID wlan
IPSec secret wlan
Xauth username DEIN_USERNAME
Xauth password DEIN_PASSWORT

Der Zugang kann jetzt mit

sudo vpnc-connect wlan

gestartet werden.

Windows-Freigaben (smb)

Sobald das VPN einmal steht, kann man bequem die verfügbaren Freigaben mounten. Dazu erstellt man sich die passenden Mountpunkte (z.B. /mnt/f100/lehre usw.) und testet das ganze zunächst am besten auf der Konsole:

# mount -t smbfs -o username=DEIN_USERNAME,password=DEIN_PASSWORT //f100.mathe.tu-freiberg.de/lehre /mnt/f100/lehre

Hat das geklappt, kann man sich das Leben etwas vereinfachen, und entsprechende Einträge in der /etc/fstab vornehmen, damit man den ganzen Sermon nicht jedesmal neu eintippen muss.

Dabei empfiehlt es sich, den Benutzernamen und das Passwort in einer separaten Datei abzulegen, auf die nur root zugriff hat. Der Pfad und der Name der Datei sind dabei beliebig, der Username oder das Passwort dürfen allerdings nicht mit einem Leerzeichen beginnen.

Inhalt von /etc/tubaf.cred:

username = DEIN_USERNAME
password = DEIN_PASSWORT

Diese Datei kann man jetzt mit dem Parameter credentials an smbmount übergeben. Die Parameter uid und gid legen den Benutzer und die Gruppe fest, dem die eingebunde Freigabe gehört. fmask und dmask schließlich setzen noch die Rechtemaske für Dateien und Verzeichnisse.

Auszug aus /etc/fstab:

//f100.mathe.tu-freiberg.de/username /mnt/f100/home smbfs noauto,credentials=/etc/tubaf.cred,uid=1000,gid=1000,fmask=640,dmask=750 0 0

//f100.mathe.tu-freiberg.de/lehre /mnt/f100/lehre  smbfs noauto,credentials=/etc/tubaf.cred,uid=1000,gid=1000,fmask=444,dmask=555 0 0

//znlserv.hrz.tu-freiberg.de/username /mnt/znlserv smbfs noauto,credentials=/etc/tubaf.cred,uid=1000,gid=1000,fmask=640,dmask=750 0 0

Leider funktioniert das Mounten dieser Verzeichnisse nur mit root-Rechten. (Falls jemand etwas anderes weiß: Bitte mailen!) Also kommt auch hier wieder sudo zum Zuge. Dazu ergänzt man mit visudo die Zeilen

Cmnd_Alias UNI_SRV = /bin/*mount /mnt/f100/*, /bin/*mount /mnt/znlserv/
STUDENT    LOCAL = NOPASSWD: UNI_SRV

Die Mountpunkte sind natürlich ggf. anzupassen. Der Asterisk (’*') als Wildcard sorgt dafür, dass sowohl /bin/mount als auch /bin/umount zugelassen werden.

Wenn alles zur Zufriedenheit läuft, spricht nichts dagegen, alles zusammen mit dem Aufbau des VPNs in ein Script zu schreiben und nach Belieben auf ein Icon o.ä. zu legen:

#!/bin/sh
#
# uniconnect.sh
# Connect to vpn and mount server shares

sudo vpnc-connect && (
    sudo mount /mnt/f100/home/
    sudo mount /mnt/f100/lehre/
    sudo mount /mnt/znlserv/
)

Weitere Tipps

Die Freiberger Linux User Group (FluX) bietet auf ihrer Homepage weitere Tipps zum Thema an.