Ich dachte mir wäre ne ganz gute Idee das für unsere Geräte zu konfigurieren. Gesagt getan. Mit dem Effekt, dass App World mit der Meldung “There is an issue with BlackBerry App World. BlackBerry App World must now close” seinen Dienst verweigerte. Das, was in der Knowledge Base dazu steht ist leider garnicht brauchbar was eine Lösung für das Problem angeht.

Also die Einstellung unter “Service Exclusivity > Allow Other Browser Services = False/No” wieder auf Default gestellt und siehe da: App World startet wieder und kann wie gewohnt wieder genutzt werden.

Vielleicht hilfts ja dem ein oder anderen der dieses Problem auch hat. Bei mir funktioniert App World auf jeden Fall nach dieser einen Änderung wieder ohne Probleme.

Sofern sich an den Quellen etwas getan hat werden dort jeweils aktuelle Builds zur Verfügung gestellt sofern die Version sich als lauffähig herausstellt.

Gebaut wurden die Versionen die dort aktuell zum Download zur Verfügung stehen jeweils auf meinem iMac (Mid 2010) unter Mac OS X 10.6.$aktuell mit Xcode 3.2

Der neue Build trägt die Version 0.17.0-rc0-107-gfefb7e9 0.17.0-rc0-108-gfa96a7a und kann ab sofort hier (X-Chat Aqua 0.17.0-rc1) oder hier heruntergeladen werden.

Aktuell scheint MacPorts noch installiert sein zu müssen um mit diesem Release zu arbeiten da diese Version gegen die beiden Libraries /opt/local/lib/libglib-2.0.0.dylib und /opt/local/lib/libintl.8.dylib gelinkt ist. Ich denke das wird sich in der nächsten Zeit ebenfalls noch ändern.

Der neue Build enthält das erwähnte Icon von Ryan Fernandez, ist relativ gut ins deutsche (und weitere Sprachen) lokalisiert und trägt die Versionsnummer 0.17.0 rc1.

Heruntergeladen werden kann es auf der Seite des Entwicklers oder hier: X-Chat Aqua 0.17.0-rc1 (x86)

Changelog:

X-Chat Aqua v0.17.0-rc1

Initial public release from Steven Noonan.

* Added Sparkle for automatic updates.
* Upgraded core XChat code from v2.6.1 to v2.8.6
* Localization update by ToePeu.
* New program icon by Ryan Fernandez (submitted by Terje Bless).

Ich selbst verwende seit einiger Zeit ganz gerne den LigHTTPd weil er mit extrem wenig Ressourcen auskommt. Das ist auf meiner Debian-Box zuhause unablässlich. Das ist ne 500 MHz Maschine mit nur 512 MB RAM. Also alles andere als performant (im Vergleich zu heutigen Systemen). Meine Konfiguration von LigHTTPd ist extrem simpel gestrickt. Keine virtuellen Hosts, kein anderer Schnick-Schnack. Ich arbeite allein auf dem System. Ein Document-Root muss es tun.

Als vorbereitende Maßnahmen müssen unter Debian die Pakete “lighttpd”, “lighttpd-mod-webdav” und “apache2-utils” installiert werden. Das Paket apache2-utils enthält das Tool “htpasswd” was für das erstellen der Benutzerdatenbank benötigt wird. Erstellt wird diese mit htpasswd -c /etc/lighttpd/htpasswd.webdav christian. Das Programm htpasswd fordert dann zur zweimaligen Eingabe des Passwortes auf.

In der Datei /etc/lighttpd/lighttpd.conf muss das Modul “mod_webdav” aktiviert werden (einfach die # vor der Zeile entfernen).

WebDAV arbeitet mit einer sqlite-Datenbank. Der Ordner wo diese liegt muss noch erstellt werden:

# mkdir -p /var/run/lighttpd/
# chown www-data:www-data /var/run/lighttpd/

Danach ist die eigentliche Konfiguration des Moduls an der Reihe. Das passiert in der Datei /etc/lighttpd/conf-available/20-webdav.conf. Meine Config schaut so aus:

$HTTP["url"] =~ “^/bookmarks($|/)” {
webdav.activate = “enable”
webdav.is-readonly = “disable”
webdav.sqlite-db-name = “/var/run/lighttpd/lighttpd.webdav_lock.db”

auth.backend = “htpasswd”
auth.backend.htpasswd.userfile = “/etc/lighttpd/htpasswd.webdav”
auth.require = ( “” => ( “method” => “basic”,
“realm” => “Bookmarks”,
“require” => “valid-user” ) )
}

Nachdem die Konfiguration abgeschlossen ist, muss der LigHTTPd noch neugestartet werden: /etc/init.d/lighttpd restart.

Testen kann man die WebDAV Funktion des Server mit dem kleinen Programm cadaver (ja, das heißt wirklich so). Installieren lässt sich das (wie auch alles andere unter Debian) mit aptitude install cadaver:

# cadaver http://localhost/bookmarks
Authentication required for Bookmarks on server `localhost’:
Username: christian
Password:
dav:/bookmarks/>

Die Konfiguration von Foxmarks ist dann kleinkram. Nach Installation des AddOns von den Webseiten von Foxmarks müssen ganze zwei Einstellungen vorgenommen werden. Foxmarks selbst bindet sich in die Status-Leiste von Firefox ein. Rechte Maustaste -> Foxmarks Settings. Auf der ersten Seite gibt es den Benutzernamen und das Kennwort. Hier muss der zuvor mittels htpasswd angelegte WebDAV-Benutzer mit dem dazugehörigen Passwort rein. Das zweite bisschen an Konfiguration wird unter Advanced gemacht (Siehe Bild 2). Hier das Häkchen “Use own Server” aktivieren und die URL zum WebDAV-Speicherort eintragen. Optional können auch die Passwörter syncronisiert werden. Das würde ich allerdings nur über eine SSL-Verbindung tun (was in meinem Setup der Fall ist).

Relativ unmittelbar danach können Bookmarks und Passwörter syncronisiert werden.

In Summe ist die Software relativ sinnvoll wenn man ein wenig mehr Infos über Leistungsdaten des Servers bekommen will. Verfügbar ist die Software offensichtlich nur für Windows. Mac- oder Linux-User scheinen leer auszugehen, leider.

Als ich neulich auf der Suche nach einer alternative für den WatchGuard LogServer gewesen bin habe ich (eigentlich eher durch Zufall) Splunk gefunden. Mittlerweile habe ich mir die freie Version runtergeladen und hatte mal etwas Zeit zum Testen. Die Edition kann 500 MB am Tag indizieren. Für mehr gibt es Lizenzen. Ich denke das sollte für eine Hand voll Syslog-Clients wohl ausreichend sein wenn man nicht unbedingt allen möglichen Unsinn loggen will. syslog-ng nutze ich bereits seit einiger Zeit weil er doch deutlich mächtiger und vor allem viel viel flexibler ist als der Standard syslogd von Debian. Aktuell fallen da ca. 75-100 MB/Tag von remote Syslog-Clients an.

Splunk an sich macht einen sehr soliden Eindruck. Mit all den Hilfsmitteln die man von einem Front-End für Logdaten erwarten könnte. Suche in Logfiles, Live-Tail, vordefinierte Reports und Filter sind wohl nur ein paar Funktionen von dem was die Software kann. Meine ersten Schritte stehen hier

Die Konfiguration ist mehr als einfach. Nach dem Download und der Installation von Splunk (ich nutze das Debian-Paket was für 32-bit zur Verfügung steht), geht es erstmal damit los eine Unix-Pipe zu erzeugen wo die Syslog Messages hingeleitet werden. Ich habe vorher den Splunk-Server nicht gestartet. Das tue ich nach der Konfiguration des Splunk-Moduls was sich um die Pipe kümmert.

root@localhost:~# mkfifo /opt/splunk/syslog-ng.fifo

danach muss die /etc/syslog-ng/syslog-ng.conf bearbeitet werden. Ich habe folgende Zeilen hinzugefügt:

## SPLUNK START ##
# alle Remote-Hosts
source remote { udp(); };

# temp. Storage fuer die Logdateien.
# kann nach einiger Zeit des “splunkens” auskommentiert werden
destination hosts {
file(“/var/log/_remote/$HOST/messages”
owner(root) group(adm) perm(0640) dir_perm(0750) create_dirs(yes));
};

# die Pipe die fuer Splunk angelegt wurde
destination splunk {
pipe(“/var/run/syslog-ng.fifo”);
};

# das eigentliche Logging. Alle Messages von “remote” und “local”
# laufen in die Pipe
log { source(remote); destination(splunk); };

# temp. Eintrag fuer File-Logging
log { source(remote); destination(hosts); };
## SPLUNK ENDE ##

die Konfuguration von syslog-ng wäre nach einem Neustart (zum Beispiel mittels /etc/init.d/syslog-ng restart) des selbigen abgeschlossen.

Splunk selbst bekommt noch mit auf den Weg, dass es auf einer Pipe für Syslog-Messages “lauschen” soll. Splunk selbst wurde nach /opt/splunk installiert. Hier finden sich auch die Konfigurationsdateien. Unter /opt/splunk/etc/system/local befindet sich die datei inputs.conf Diese muss bearbeitet werden. Meine inputs.conf schaut so aus:

host = hostname

[fifo:///opt/splunk/syslog-ng.fifo]
disabled = false
host = hostname
sourcetype = syslog

Ich denke das kann in diesem Fall gefahrlos kopiert werden. Eine kleine Anpassung muss noch gemacht werden: Anstelle von “hostname” muss jeweils der lokale Hostname des Servers hin auf den Splunk läuft.

Nach der Anpassung der inputs.conf kann Splunk mittels /opt/splunk/bin/splunk start gestartet werden. Das Webinterface ist unter http://hostname:8000 erreichbar. Um Splunk beim Booten starten zu lassen ist der folgende Befehl notwendig: /opt/splunk/bin/splunk enable boot-start

Mehr zu Splunk vielleicht später … die gesamte Dokumentation vom Hersteller zu Splunk ist unter http://www.splunk.com/…:Installation verfügbar. Die Dokumentation zu syslog-ng kann beim Hersteller (oder hier: Syslog-NG v2.0 Admin-Guide )  heruntergeladen werden.

Kalender, Kontakte und E-Mails – neben meinen privaten die per IMAPS kommen – synchronisiere ich per Microsoft Server Active-Sync zu meinem Telefon. Funktioniert wunderbar.  Sicherheitsrichtlinien werden übernommen, und man kann das Gerät im Zweifel remote auf die Werkseinstellungen zurücksetzen. Sprich: löschen – wie jedes andere Windows-Mobile Smartphone zum Beispiel auch. Andere Sicherheitsrichtlinien wie zum Beispiel Speicherkarten-Verschlüsselung fällt sicherlich aus -> das iPhone hat keinen solchen Erweiterungs-Slot.

Für den sicheren Remote-Zugriff auf die Netze zuhause bzw. in der Firma nutze ich die eingebauten PPTP- und Cisco IPSec-Clients. Der IPSec-Client unterhält sich wunderbar mit meinem Lancom 1811 Wireless DSL zuhause an einem T-Home DSL-Anschluss. Das Ganze funktioniert seit dem Update auf LCOS 7.6 RC1 (mittlerweile ist RC2 freigegeben) tadellos. Frühere LCOS-Versionen konnten das auf Grund der fehlenden Xauth-Unterstütung nicht. Danke Lancom – jetzt fehlt nur noch IPv6 Unterstützung (aber das ist ne andere Geschichte – bis es soweit ist nutze ich weiterhin Anything-in-Anything Tunnel von SixXS). Die Anleitung für IPSec mit LCOS findet sich auf den Lancom Support-Seiten.

Meine „Lieblings-Apps“  (neben den so oder so eingebauten wie dem iPod, Kalender, Kontakte, Mail, Maps etc) für das iPhone wären ungefähr die folgenden. Ich beschränke mich eigentlich auf kostenlose Apps. Das einzige App was ich gekauft habe war iSSH. Einen kostenlosen SSH-Client gibt es leider nicht. Zumindest nicht im AppStore. Und ich bin einer der, die ihr iPhone weder jailbroken haben noch mittels Cydia oder dem Installer.app mit 3rd-Party-Software versorgen.

Remote – die Fernbedienung für iTunes. Apple selbst hat es zum AppStore-Launch rausgebracht – meine erste iPhone-App. Im Bett oder auf dem Sofa liegen und keine Lust aufzustehen um iTunes anzuwerfen? Remote ist der Weg. Auf Features wie Cover-Flow muss verzichtet werden, allerdings ist die gesamte Mediathek auf dem iPhone im Zugriff => Perfekt. Kostenlos im AppStore.

Fahrplan – Zeigt die aktuellen Abfahrts- und Ankunftszeiten der öffentlichen Verkehrmittel innerhalb Deutschlands. Ich selbst bin damit sehr zufrieden. Funktioniert rund um Münster (incl. Stadt-/Regional-Bussen & Bahn) und Umgebung perfekt – kostenlos im AppStore.

iSSH – ein SSH-Client für das iPhone. Basis ist der Open-Source SSH-Client PuTTY. Kann SSH, Telnet und RAW. Authentifizierung per RSA-/DSA-Key & Passwort. Funktioniert sehr gut – 2.99 € im AppStore.

WordPress – ein WordPress-Client für das iPhone. Derzeit noch nicht so mächtig (kann aktuell nur Posts schreiben, bearbeiten und löschen. Die kommende Version wird Seiten und Kommentare unterstützen und macht (zumindest im iPhone Simulator aus dem SDK) einen recht soliden und komfortablen Eindruck – kostenlos im AppStore.

Facebook – Wie der Name schon sagt ein Client für das gleichnamige Social Network.. Ich habe mir mal die „anderen großen“ Netzwerke und deren mobile Clients verglichen (Xing und StudiVz – wer denn was nutzt ist sicherlich jeden selbst überlassen). Facebook ist allerdings das wohl am weitesten entwickelte Stück Software davon. Kostenlos im AppStore.

AirSharing – das iPhone wird zum „Wireless-LAN-Stick“ um Daten von A nach B zu bewegen. Mittlerweile im AppStore für 3.99 € zu haben hatte ich damals in der Einführungsphase Glück das Programm kostenlos herunterladen zu können.  Als Alternative (die nach wie vor kostenlos im AppStore verfügbar ist) würde sich vielleicht „Files Lite“ anbieten.

klickTel – die Applikation zur klassischen Ausgabe des Telefonbuches auf CD. Inklusive Telefonbuch, Inverssuche, Branchenbuch und Lokaler Suche. Kostenlos im AppStore zu haben.

RDP Lite – Remote Desktop Client für das iPhone. Nicht mit allen Features der kostenpflichtigen Vollversion, allerdings genug um mal kurz einen Dienst zu starten, nen Passwort zurückzusetzen oder nen Server zu booten. Kostenlos im AppStore.

Shazam – Radio läuft, cooler Song, aber nicht wissen wer das mit welchem Titel ist wäre dann mit Shazam vorbei. On the Fly Musik taggen und den Interpreten, Titel, Album etc. bekommen. Funktioniert fast immer. Kostenlos im AppStore zu haben.

(die genannten Preise können in der Zwischenzeit sicherlich Aufgrund von „Aktionen“ oder „Einführungsangeboten“ seitens der Entwickler abweichen).

Nun hat Foxmarks ein Plugin für den Internet Explorer und Safari rausgebracht. Aktuell ist das Feature, was ich brauche bzw. nutze allerdings noch nicht verfügbar. Ich synchronisiere meine Bookmarks mittels WebDAV auf ein Lighttpd 1.5 der bei mir Zuhause unter Debian läuft. Ich bin gespannt was da noch kommt. Ich werde allerdings wohl nicht anfangen meine Bookmarks mit dazugehörigen Passwörtern auf irgendwelchen fremden Servern (sprich bei Foxmarks) zu speichern. Für den Zugriff von unterwegs gibt es für mich den Foxmarks Viewer von Google Code.

Als Alternative zu Foxmarks gäbe es im Zweifel immernoch BookIt (was allerdings weder frei verfügbar ist, noch gibt es derzeit eine Version für Firefox 3 – was in meinen Augen nicht zu verstehen ist wenn man mal daran denkt wie lange Firefox 3 schon verfügbar ist).

Wir haben Nachts und an den Wochenenden relativ viel Zeit wo die Server nicht unbedingt verfügbar sein müssen. Daher dachte ich daran die Maschinen Runterzufahren und dann mit NTBackup zu sichern. Das ist allerdings eine relativ dumme Idee das jeden Samstag, Sonntag oder unter der Woche von Hand zu tun. Ein Script muss her. Oder zumindest eine Art Automatismus.

Des Admins bester Freund ist in diesem Fall vielleicht vmrun.exe. Nachdem die Maschine dann heruntergefahren ist kann man einen konsistenten Stand auf Band oder in eine Datei schreiben und diese dann ggf. per FTP irgendwo Offsite ablegen, dass man im Zweifel schnell eine Maschine wiederherstellen kann und die Arbeit weitergehet.

Hier mal eine Idee, wie man das bewerkstelligen könnte:

rem # der vollstäändige Pfad zur “vmrun.exe”
set VMRUN=”C:Program Files (x86)VMwareVMware Servervmrun.exe”

rem # die Optionen die angehängt werden
set VMRUNPARAM=-T server -h https://127.0.0.1:8333/sdk -u vmware-admin -p einSicheresPa$$wort

rem # der Datastore in dem die zu stoppende/startende Maschine liegt
set DS=[VM]

rem # die VMWare Konfiguration der Maschine
set VM=Windows Server 2003\Windows Server 2003.vmx

rem # die zu sichernde Datei-Selection für NTBackup
set BKSLOC=D:\backup\vm-sicherung.bks

rem # das Sicherungsziel
set BKFLOC=D:\backup\vm-sicherung.bkf

rem # hier wird die Virtuelle Maschine dann heruntergefahren.
rem # das schöne daran ist, dass vmrun solange wartet, bis der Server
rem # im Modus “Powered Off” ist. Also ausgeschaltet. Und damit die
rem # Dateien geschlossen sind.
%VMRUN% %VMRUNPARAM% stop “%DS% %VM%” soft

rem # Aufruf von NTBackup mit entsprechenden Parametern
C:WINDOWS\System32\ntbackup.exe backup “@%BKSLOC%” /n “Backup created %DATE% at %TIME%” /d “Set created %DATE% at %TIME%” /v:no /r:yes /rs:no /hc:off /m normal /j “Backup VM” /l:s /f “%BKFLOC%”

rem # nach dem Backup fahren wird die Maschine wieder gestartet.
%VMRUN% %VMRUNPARAM% start “%DS% %VM%”

rem # nachdem die Sicherung abgeschlossen ist wird die eben abgeschlossene
rem # Sicherung dann auf einen FTP-Server geschoben.
echo open ftp.server.de > vm.ftp
echo user ftpbackup insert_some_random_password_here >> vm.ftp
echo binary >> vm.ftp
echo hash >> vm.ftp
echo cd vm >> vm.ftp
echo put “%BKFLOC%” >> vm.ftp
echo Quit >> vm.ftp
ftp -n -s:vm.ftp

Das ganze ist natürlich noch arg verbesserungswürdig. Funktionieren würde das allerdings. Man könnte das Script mit dem Windows Task-Planer jeden Samstag oder Sonntag laufen lassen. Interessant wäre sicherlich noch sich das Log von NTBackup per (zum Beispiel) blat zusenden zu lassen. Später vielleicht.

Das wären erstmal die ersten Gedanken zu diesem Thema.