Veni, Vidi, VISA

Die - bereits vorhandenen - Backupscripte funktionieren problemlos und werden verschlüsselt übertragen/gespeichert, die Securityupdates sind alle eingespielt, die Software optimal konfiguriert und auf dem aktuellsten Stand, die Bannermeldungen (issue{,.net}, motd, .plan, ..) aussagekräftig und informativ, Logins sind ebenfalls nur verschlüsselt möglich, Logins werden mittels cracklib geprüft, Passwörter verfallen nach bestimmter Zeit und wichtige Informationen stehen über RSS und/oder Mailingliste zur Verfügung. Ich musste nur noch zwei Kisten neu aufsetzen, die Dokumentation übergeben, eine kurze Einweisung machen und zum ersten Mal tut es mir schon fast leid das ich hier fertig bin. Und das liegt nicht nur daran das der "Hauptadmin" eine Frau ist.

Guckst Du: http://hacknmod.com/hack/worlds-most-stunning-data-centers/ .. wobei.. richtige[TM] Männer stehen wohl eher auf sowas: Cable Messes

In $Firma wurde ein Irc-Server aufgesetzt, damit die Angestellten einen direkten Draht zum Admin haben und sich die einzelnen Projektgruppen untereinander absprechen können. Soweit, so gut. Dumm nur, wenn $Freundin des Admins nicht weiß das nicht er, sondern ich an dem Host im Serverraum sitze und sie ihm.. also mir.. ein ziemlich eindeutiges Query schickt. Auf mein "Ich glaube Sie verwechseln mich mit $Admin. Kann das sein?!" kam ein "Sind sie nicht $Admin?!" als Antwort. Und - man möge mir verzeihen, aber ich konnte einfach nicht anders - ich musste einfach an Simon Paul Travaglia denken und mit "Ja. Ich bin nicht $Admin! ABER ICH HABE IHRE IP UND WEIß IN WELCHEM BÜRO SIE SIND!". antworten. ~0,0001 Sekunden kam ein /quit und sie war weg.

$Sekretärin kommt mit einem USB-Stick zu uns in den Serverraum und fragt den Admin ob er (man halte sich fest!) "schnell ein LaTeX-Paket auf ihrer Workstation installieren kann, damit sie schönere und ausführlichere Diagramme erstellen kann.
Auf meine Nachfrage als er wieder da war, hat er mir erklärt das den Sekretärinnen die Wahl des Betriebssystems selbst überlassen bleibt, solange es keine Nachteile bringt und sie schon seit einigen Jahren nur mit LaTeX arbeitet. Zwar auf Debian, aber aber wayne.. dafür hat sie einen durchaus knackigen Hintern und das gleicht es wieder aus :>

"Ich hab sogar schon pdns installiert und 127.0.0.1 als Nameserver eingetragen, aber trotzdem dauert es ewig!" .. so einer der Admins (Nein. Nicht der mit der glorreichen issue.net.). Auf meine Nachfrage wo er den Nameserver (also 127.0.0.1) eingetragen hat, kam "in der /etc/resolv.conf" als Antwort und ein verdutzter Gesichtsausdruck als ein cat /etc/resolv.conf kein 127.0.0.1 enthielt. Das

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)

# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN

in den ersten beiden Zeilen der Datei hat er anscheinend überlesen.
Ich muss aber zu seiner Verteidigung dazu sagen, dass obiges nicht das eigentliche Problem war; das war nämlich PEBKAC. pdns(d) wurde zwar korrekt installiert und konfiguriert, allerdings stand in der /etc/pdnsd.conf folgendes:

server {

        ip = 127.0.0.1

             192.168.1.2

              (weitere, externe DNS-Server)

        [...]

        timeout = 30;

Somit hat pdns(d) zuerst versucht via 127.0.0.1 den DNS zu resolven, anschließend auf 192.168.1.2 (was total sinnbefreit war, da 192.168.1.2 die IP der Kiste war) und dann erst die anderen DNS-Server die in der pdnsd.conf eingetragen waren, abgearbeitet hat. Das ganze dann noch mit einem Timeout von 30 und dann ist auch eine Query time von 315 msec bei einem einfachen dig 127.0.0.1 www.heise.de durchaus möglich.

Aber hey.. ich hab ja Sonntags sonst nichts zu tun als im Serverraum zu sitzen und ab und zu gegen die E10000 zu treten.