WordPress

• Layer-Navigation mit wp_list_categories » Beitrag » WordPress Magazin
• WordPress 2.7: HTML-Struktur der Kommentare ändern | I am Jeriko
• Separating Pings from Comments in WordPress 2.7 | Sivel.net
• WP Themer Kit – WordPress
• WordPress 2.5 Plugin Style Guide – bueltge.de [by:ltge.de]

CSS

• Introducing SelectorGadget: point and click CSS selectors
• In the Woods – Vertical Centering With CSS
• /IE7/
• CSS with vertical rhythm | drewish.com

Webdesign

• 10 WP-Themes in Grunge Design | Dackworld
• Making the 'Clean Grunge' Blog Design | Web Layout
• 50 Free High-Quality Icon Sets | Graphics | Smashing Magazine

Linux

• heise Netze – 26.11.08 – Das Linux Terminal Server Project
• NX, LTSP, Wine & Co. läuten das Ende der „Turmschuh“-Administration ein « 10 « 2007 « Ausgaben « Heft & Abo « Linux-Magazin Online
• Terminalservices mit Edubuntu und LTSP 5 « 10 « 2007 « Ausgaben « Heft & Abo « Linux-Magazin Online
• Pro-Linux: Linux fernsteuern mit ssh, X11 und VNC

Sonstiges

• The Six Dumbest Ideas in Computer Security

# conky configuration ~/.conkyrc

# set to yes if you want Conky to be forked in the background
background no

# Use Xft?
use_xft yes

# Xft font when Xft is enabled
#xftfont Bitstream Vera Sans Mono:size=8
xftfont Terminus:size=8

# Text alpha when using Xft
xftalpha 0.8

# Print everything to console?
# out_to_console no

# mail spool
mail_spool $MAIL

# Update interval in seconds
update_interval 2.0

# This is the number of times Conky will update before quitting.
# Set to zero to run forever.
total_run_times 0

# Create own window instead of using desktop (required in nautilus)
own_window no

# Use double buffering (reduces flicker, may not work for everyone)
double_buffer yes

# Maximum width of window
maximum_width 140

# Minimum size of text area
minimum_size 140 5

# Draw shades?
draw_shades yes

# Draw outlines?
draw_outline no

# Draw borders around text
draw_borders no

# Stippled borders?
stippled_borders 8

# border margins
border_margin 0

# border width
border_width 1

# Default colors and also border colors
default_color white
default_shade_color black
default_outline_color white

# Text alignment, other possible values are commented
#alignment top_left
alignment top_right
#alignment bottom_left
#alignment bottom_right

# Gap between borders of screen and text
# same thing as passing -x at command line
gap_x 20
gap_y 5

# Subtract file system buffers from used memory?
no_buffers yes

# set to yes if you want all text to be in uppercase
uppercase no

# number of cpu samples to average
# set to 1 to disable averaging
cpu_avg_samples 2

# number of net samples to average
# set to 1 to disable averaging
net_avg_samples 2

# Force UTF8? note that UTF8 support required XFT
override_utf8_locale yes

# Add spaces to keep things from moving about?  This only affects certain objects.
use_spacer yes
#Note: doesn't work in conky 1.2 =(

# stuff after 'TEXT' will be formatted on screen

TEXT
${color slate grey}${time %a, } ${color }${time %e %B %G}
${color slate grey}${time %Z,    }${color }${time %H:%M:%S}
${color slate grey}UpTime: ${color }$uptime
${color slate grey}Kern:${color }$kernel
${color slate grey}CPU:${color } $cpu% ${acpitemp}C
${cpugraph 20,130 000000 ffffff}
${color slate grey}Load: ${color }$loadavg
${color slate grey}Processes: ${color }$processes
${color slate grey}Running:   ${color }$running_processes

${color slate grey}Highest CPU:
${color #ddaa00} ${top name 1}${top_mem cpu 1}
${color lightgrey} ${top name 2}${top cpu 2}
${color lightgrey} ${top name 3}${top cpu 3}
${color lightgrey} ${top name 4}${top cpu 4}

${color slate grey}Highest MEM:
${color #ddaa00} ${top_mem name 1}${top_mem mem 1}
${color lightgrey} ${top_mem name 2}${top_mem mem 2}
${color lightgrey} ${top_mem name 3}${top_mem mem 3}
${color lightgrey} ${top_mem name 4}${top_mem mem 4}

${color slate grey}MEM:  ${color } $memperc%
${membar 3,100}
${color slate grey}SWAP: ${color }$swapperc%
${swapbar 3,100}

${color slate grey}NET:
${color}Up: ${color }${upspeed eth0} k/s
${upspeedgraph eth0 20,130 000000 ffffff}
${color}Down: ${color }${downspeed eth0}k/s${color}
${downspeedgraph eth0 20,130 000000 ffffff}

${color slate grey}Mail:
${color lightgrey} ${new_mails} Inbox
${color lightgrey} ${new_mails $MAIL/some_maildir_folder/} More mail
# ... other mailboxes in the same fashion

Update: Kurz nachdem ich dieses Posting geschrieben hatte, ist nun auch der 4. Teil erschienen. Er befasst sich wie angekündigt mit unterschiedlichen Möglichkeiten, Windows-Programme unter Linux zu nutzen und enthält ein Mini-HOWTO zur Installation von Photoshop unter Ubuntu mit Hilfe von wine.

Das GNOME-Environment bringt zwar schon eine entsprechende Funktion mit, die den eigenen Desktop für einen Zugriff von außen freigibt, diese basiert aber leider auf »reinem« VNC, d.h. die Daten der Verbindung werden unverschlüsselt übertragen. In einem LAN mag das gehen, für die Übertragung im Internet habe ich nach einer verschlüsselten Variante gesucht.

Letztlich habe ich mich dafür entschieden, eine VNC-Verbindung über ssh zu tunneln. NX habe ich mir zwar auch angesehen, der Client unterstützt aber leider keine Pubkey-Authentifizierung und war auch sonst in der Bedienung eher umständlich. Das System auf beiden Seiten ist jeweils Debian GNU/Linux »Etch« und so geht es:

1. ddclient

Zunächst muss dafür gesorgt werden, dass man den zu betreuenden Rechner auch erreichen kann. Sofern dieser keine statische IP-Adresse hat, muss man auf Dienste wie z.B. DynDNS oder easyDNS ausweichen.

Ist der betreffende Rechner direkt mit dem Internet (ohne Router) verbunden, gibt es hier keine Hürden:

# aptitude install ddclient

installiert ddclient, das sich mit einer ganzen Reihe von Diensten verwenden lässt. Debconf fragt direkt nach allen relevanten Konfigurationsparametern, die man später wie gewohnt durch den Aufruf von dpkg-reconfigure ddclient noch ändern kann. ddclient meldet dann die aktuelle IP-Adresse an den jeweiligen Dienst, sobald eine Internetverbindung hergestellt wird.

Ein wenig komplizierter wird es, wenn ein Router ins Spiel kommt. In diesem Fall muss sich nämlich dieser um das Update beim DNS-Dienst kümmern — ob der jeweilige Router dies kann, ist der entsprechenden Dokumentation zu entnehmen. Darüber hinaus muss noch ein Port Forwarding eingerichtet werden, d.h. alle Verbindungen auf einen Port am Router werden zu einem Port eines der angeschlossenen Rechner weitergeleitet. Auch hierfür sei auf die Dokumentation des Herstellers verwiesen.

2. ssh

Sofern noch nicht vorhanden, muss auf dem Zielrechner ein ssh-Server installiert werden:

# aptitude install openssh-server

Aus Sicherheitsgründen sollte auf jeden Fall der Login für root gesperrt und auch Passwort-Logins deaktiviert werden. Diese Zeilen müssen dafür in /etc/ssh/sshd_config stehen:

PermitRootLogin no
PasswordAuthentication no
UsePAM no

Als nächstes ist ein Schlüsselpaar zu erzeugen und dessen öffenlicher Teil den autorisierten Schlüsseln des zu betreuenden Benutzerkontos hinzuzufügen:

$ ssh-keygen -t dsa -f /path/to/id_file
# cat /path/to/id_file >> /home/username/.ssh/authorized_keys

Den geheimen Teil des Schlüssels sollte man auf keinen Fall auf dem PC des Anwenders zurücklassen! Die Gefahr, dass der Schlüssel und damit der Zugang zu dem Rechner in Hände gerät, in die er nicht gehört, ist groß. Am besten erzeugt man sich ein entsprechendes »Support«-Schlüsselpaar zu Hause und nimmt es auf einem USB-Stick mit.

3. VNC

Als letztes muss noch der VNC-Server installiert werden:

# aptitude install x11vnc

Als letztes muss noch ein Passwort für diesen vergeben werden. Dazu füht man im Kontext des zu betreuenden Nutzers folgenden Befehl aus:

$ x11vnc -storepasswd ~/.vnc/passwd

Das Passwort ist wichtig, da sonst ein Zugriff auf den VNC-Server durch andere Benutzer, die auf dem gleichen PC angemeldet sind, möglich wäre.

Damit ist die Konfiguration abgeschlossen und man kann sich mit dem Rechner verbinden.

4. Eine Verbindung aufbauen

Wir befinden uns jetzt wieder am eigenen PC und möchten den Desktop unseres Nutzers auf unseren Monitor holen. Dazu wird zunächst der VNC-Server auf dem entfernten Rechner gestartet und dessen Port (5900) auf (den eigenen) localhost umgeleitet:

$ ssh -C -i /path/to/id_file -L 5900:localhost:5900 USER@HOST "x11vnc -localhost -display :0 -rfbauth ~/.vnc/passwd"

Zur Erklärung:

• -C komprimiert die übertragenen Daten
• /path/to/id_file muss ersetzt werden durch den Pfad zum privatekey
• -L 5900:localhost:5900 leitet Port 5900 des entfernten Rechners auf Port 5900 von localhost um
• USER und HOST sind durch den Benutzernamen und den (dynamischen) Hostnamen zu ersetzen
• Der Rest der Zeile ist das Kommando, das auf dem entfernten Rechner ausgeführt werden soll: starten des VNC-Servers und Bereitstellung des Displays :0 auf localhost

Das Ergebnis sollte eine Meldung sein, dass der VNC-Server erfolgreich gestartet wurde und auf Verbindungen wartet.

Nun kann man sich mit einem VNC-Client der Wahl (z.B. vncviewer) am Server anmelden:

$ vncviewer localhost

Nach Eingabe des Passwortes ist man nun mit dem Desktop des entfernten PCs verbunden.

Noch ein Hinweis

Ich möchte ausdrücklich darauf hinweisen, dass selbstverständlich das Einverständnis des jeweiligen Benutzers vorliegen muss, bevor man sich mit dessen Computer verbindet!

Wie auch die letzte LTS-Version Ubuntu 6.06 legt das aktuelle Release 8.04 mit dem Namen »Hardy Heron« den Fokus mehr auf Stabilität und Bedienerfreundlichkeit als auf sensationelle neue Features.

Nun, das ist ja die Idee bei der LTS-Version, mit der vor allem Unternehmenskunden angesprochen werden sollen. Drei Zeilen weiter liest man dann aber das:

Als erste Linux-Distribution installiert Ubuntu 8.04 den neuen Firefox 3 als Standardbrowser.

Was bitte hat eine Betaversion in einem Stablerelease zu suchen? — Diese Distribution wird mir kontinuierlich unsympatischer…

Abhilfe

Abhilfe schafft die Möglichkeit die automatische Verschlüsselung zunächst global zu deaktivieren und mit so genannten send-hooks für einzelne Empfängeradressen (eben diejenigen, für die ein Schlüssel vorhanden ist) wieder zu aktivieren. In der ~/.muttrc sieht das Ganze dann so aus:

send-hook . 'unset pgp_autoencrypt'
send-hook '~t my-friend@example.com' 'set pgp_autoencrypt'

Die erste Zeile deaktiviert (unset) automatische Verschlüsselung für alle Empfänger (der ‘.’ trifft immer zu). In der zweiten Zeile wird nun die Verschlüsselung wieder aktiviert und zwar immer dann, wenn eine Mail an my-friend@example.com adressiert wird (der Schalter ‘~t‘ bezieht das Suchmuster auf das Empfänger-Feld (To:). Den passenden Schlüssel kann mutt dann selbst ermitteln, sofern pgp_list_pubring_command korrekt gesetzt ist.

Nun ist es alles andere als praktikabel für jeden einzelnen Empfänger, der einen GPG-Schlüssel besitzt, eine separate Zeile in der Konfigurationsdatei hinzuzufügen, zumal diese Information ja bereits existiert: im public keyring. Netterweise bietet GPG eine komfortable Möglichkeit, die Liste der vorhandenen Schlüssel automatisiert zu verarbeiten und zwar mit Hilfe der Schalter »--list-keys --with-colons». Das Ergebnis ist eine Liste mit 15 durch Doppelpunkte getrennten Feldern. Für unsere Zwecke benötigen wir nur drei davon:

• Feld 1 enthält den Typ der Zeile. Uns interessieren nur diejenigen vom Typ pub und uid.
• Feld 2 enthält den berechneten trust level. Ich habe mich dafür entschieden, alle Schlüssel zu berücksichtigen, denen ich mindestens »marginally« (’m') vertraue. Des Weiteren steht ‘f’ für »fully« und ‘u’ für »ultimately« trusted.
• Feld 10 enthält die eigentliche UID, also den Namen und die E-Mail-Adresse.

Als regulärer Ausdruck ergibt sich damit

/^(uid|pub):[mfu]:(.*:){7}.* <(.+@.+)>:/

Die vollständige Dokumentation dieses Formats findet sich übrigens in der Datei DETAILS.gz im Dokumentationsverzeichnis von GnuPG (z.B. bei Debian /usr/share/doc/gnupg/).

Alles zusammen

Das folgende Script prüft zunächst, ob eine Cache-Datei existiert und diese neuer als der public keyring ist. Wenn das der Fall ist, wird einfach diese Datei ausgegeben. Andernfalls die oben beschriebene Liste aller Schlüssel mit gpg --list-keys --with-colons und daraus entsprechende Konfigurationszeilen für mutt erzeugt. Eingebunden wird das Script mit der Zeile

source ~/.muttrc.gpg.pl|

in der ~/.muttrc (das Pipe-Symbol (|) am Ende nicht vergessen!).

Falls die Cache-Datei nicht existiert und der Keyring einigermaßen groß ist (bei mir sind es derzeit etwas über 1800 Zeilen), verzögert sich der Start von mutt um wenige Sekunden, was durchaus im Rahmen des Erträglichen liegt.

#!/usr/bin/perl

# file:    ~/.muttrc.gpg.pl
# author:  Martin Grandrath <mail@martin-grandrath.de>
# date:    2008-04-19
#
# description:
#   Creates .muttrc lines in the form
#   ,----
#   | send-hook '~t trusted@example.com' 'set pgp_autoencrypt'
#   `----
#   for each trusted uid in your gpg public keyring.  The output is
#   stored in a cache file that will be refreshed whenever the keyring
#   is newer than the cache file (mtime).
#
#   This script can be included in ~/.muttrc with the following line
#   (don't forget the trailing pipe (|))
#   ,----
#   | source ~/.muttrc.gpg.pl|
#   `----

use strict;
use warnings;
use File::stat;

my $cachefile="$ENV{HOME}/.cache/muttrc.gpg";
my $keyring="$ENV{HOME}/.gnupg/pubring.gpg";

if (-s $cachefile && -s $keyring &&
    stat($cachefile)->mtime > stat($keyring)->mtime)
{
    # Just dump cachefile to stdout if it exists and is not older than
    # keyring
    open FILE, $cachefile or die "ERROR: $!\n";
    print while (<FILE>);
    close FILE;
}
else
{
    my %count;   # count adresses (we want no duplicates)
    my $address; # email addresses from keyring

    # Create new muttrc config and "tee" it to stdout and the
    # cachefile
    open STDOUT, "| tee $cachefile" or die "ERROR: $!\n";
    open GPG, '/usr/bin/gpg --list-keys --with-colons |' or die "Error: $!\n";

    # let mutt reset all autoencrypt settings
    print "send-hook . 'unset pgp_autoencrypt'\n";

    while (<GPG>)
    {
        # Get all keys which we at least "marginally" trust
        if (/^(uid|pub):[mfu]:(.*:){7}.* <(.+@.+)>:/)
        {
            $address = lc($3);
            $count{$address} += 1;

            # Output new send-hook line if address is no duplicate
            print "send-hook '~t $address' 'set pgp_autoencrypt'\n"
                if ($count{$address} < 2);
        }
    }
    close GPG;
    close STDOUT;
}

Ich setze hier voraus, dass alle E-Mails verschlüsselt werden sollen, sobald die Möglichkeit dazu besteht. Möchte man einzelne Empfänger von dieser Regel ausnehmen, kann man für diese natürlich nach der Einbindung des Scriptes weitere send-hooks anlegen, die die automatische Verschlüsselung wieder deaktivieren.

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.