INFO: Die gezeigten Befehle beziehen sich alle auf meinen auf Ubuntu Server 9.04 basierenden Homeserver. Ferner wurde diese Anleitung aus dem Gedächtnis heraus geschrieben, nachdem ich den Server soweit eingerichtet und in Betrieb genommen hatte. Sollten sich hier Fehler eingeschlichen haben bitte Bescheid geben, damit ich diese korrigieren kann.

Vorbereitung des Homeservers

Der XG-Server soll später unter einem eigenen Benutzer mit eingeschränkten Rechten laufen. Hierzu habe ich mittels adduser einen Benutzer mit dem Namen “xg” angelegt.

Da XG auf Mono basiert, muss auch dies zunächst mittels

sudo apt-get install mono-runtime

installiert werden.

Linux-Server installieren

Zunächst begibt man sich auf die Projektseite und lädt aus dem Downloadbereich den gewünschten Server und ggf. Client herunter. Alternativ kann man den Server natürlich auch direkt per

wget https://sourceforge.net/projects/xdcc-grabscher/files/XG%20Client/XG_Server_0.5.tar.gz/download

runterladen (der Link bezieht sich auf die zum Zeitpunkt des Artikels aktuelle Version 0.5).

Danach wird der Server an einen geeigneten Speicherort entpackt, z.B. ins Homeverzeichnis des Users xg.

Zur Konfiguration dient die Datei settings.xml, welche in Form einer Template-Datei beiliegt und entsprechend der eigenen Wünsche angepasst werden kann. Inhalt ist u.A.:

• Der temporäre Speicherort der unvollständigen und der fertigen Dateien
• Das standardmäßig benutzte IRC-Passwort und der Name
• Das Passwort und Port für die Weboberfläche
• Die Handhabung fertiger Dateien in Form von regulären Ausdrücken
• Einstellungen für den integrierten Jabber-Client für Benachrichtigungen

Details zur Konfigurationsdatei findet man HIER

Nachdem die Datei angepasst und als settings.xml gespeichert wurde kann man optional einen Testlauf starten. Dazu loggt man sich als XG-User ein, wechselt in das Verzeichnis, in dem die settings.xml liegt und führt den Server per nohup aus. Das Ganze lässt sich in einer Zeile zusammenfassen, vorausgesetzt die Einstellungsdatei liegt unter /home/xg und der Server wurde nach /home/xg/xgserver installiert.

cd /home/xg && nohup mono /home/xg/xgserver/XG.Server.Cmd.exe &

Ich persönlich bin ein großer Freund von Log-Dateien, XG gibt standardmäßig jedoch alle Meldungen über die Konsole aus. Das ist aber kein großes Problem. Ich hab mir dafür eine Log-Datei mittels

sudo touch /var/log/xgserver.log
sudo chown xg:xg /var/log/xgserver.log

Wenn man den Server nun mittels

cd /home/xg && nohup mono /home/xg/xgserver/XG.Server.Cmd.exe > /var/log/xgserver.log &

startet wird alles schön nach /var/log/xgserver.log geloggt.

Nun wollten wir natürlich, dass der XG-Server bei jedem Start des Homeservers mitstartet. Ein Init-Script wird hierzu leider nicht mitgeliefert und wie sich herausstellte ist dies auch gar nicht so einfach zu realisieren. Bzw. einfach schon, jedoch leider etwas “unsauber”.

Mein Init-Script sieht nun so aus:

#! /bin/sh

# PATH should only include /usr/* if it runs after the mountnfs.sh script
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="XG Daemon"
NAME=xgdaemon
DAEMON=/home/xg/xgserver/XG.Server.Cmd.exe
DAEMON_ARGS=""
PIDFILE=/home/xg/xgserver/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME
XGLOG=/var/log/xgserver.log
XGUSER=xg

# Exit if the package is not installed
[ -x "$DAEMON" ] || exit 0

# Load the VERBOSE setting and other rcS variables
. /lib/init/vars.sh

# Define LSB log_* functions.
# Depend on lsb-base (>= 3.0-6) to ensure that this file is present.
. /lib/lsb/init-functions

#
# Function that starts the daemon/service
#
do_start()
{
        cd /home/xg && su $XGUSER -c "nohup mono $DAEMON > $XGLOG &"
}

#
# Function that stops the daemon/service
#
do_stop()
{
        killall mono
}

case "$1" in
  start)
        log_daemon_msg "Starting $DESC" "$NAME"
        do_start
        ;;
  stop)
        log_daemon_msg "Stopping $DESC" "$NAME"
        do_stop
        ;;
  restart|force-reload)
        log_daemon_msg "Restarting $DESC" "$NAME"
        do_stop
        do_start
        ;;
  *)
        echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload}" >&2
        exit 3
        ;;
esac

:

Wie man sieht kommt in der do_start Funktion die zuvor genannte Zeile zum Einsatz. Das Stoppen lässt sich leider momentan nur so realisieren, dass man den ganzen Mono-Prozess beendet. Bei mir ist das kein Problem, da XG das einzige Mono-Programm ist, das auf meinem Homeserver ausgeführt wird. Evtl. wird hier von Seiten des Entwicklers noch etwas nachgebessert und eine sauberere Lösung angeboten. Vorübergehend reicht mir diese Lösung jedoch voll und ganz.

Super finde ich, dass direkt ein Jabber Client integriert ist, der einen per Chat benachrichtigt, wenn ein Download abgeschlossen ist.

Die Clients

Gleich vorweg muss ich sagen, dass ich es unter meinem Windows 7 Pro 64-bit bisher leider noch nicht geschafft habe, den Windows XG-Client zum laufen zu bringen, trotz installiertem Gtk# Runtime. Dieser stürzt bei mir sofort beim Start der EXE ab. Ich habe mir nun so beholfen, dass ich den Web-Client mit Prism nutze. Womit wir gleich zum ersten Client kommen

Die Weboberfläche

Notes: 4

Diese ist meiner Meinung nach -abgesehen von der etwas zu großen Standardschrift- sehr gelungen. Links oben hat man die IRC-Server und -Channels. Wählt man einen Channel aus bekommt man rechts oben die Bots angezeigt. Klickt man einen an, werden unten die verfügbaren Pakete angezeigt. In jeder Zeile hat man dort ein Paket-Icon, worüber man per Doppelklick den Download anfordern kann. Die jeweils aktuelle Nachricht, die vom Bot zurückkommt wird von XG oben angezeigt, wenn man in der Downloads-Sektion ist, z.B. dass man erst einen bestimmten Channel joinen muss bevor man herunterladen kann. Sind die Bedingungen erfüllt beginnt XG direkt mit dem Download. Das hinzufügen neuer Server und Clients ist über die entsprechenden Buttons ebenfalls einfach und komfortabel. Auf meinem Ubuntu 10.04 Laptop hängt sich der Gtk Client ab und zu auf, das stört aber weiter nicht.

Der GTK Client

Der XG Gtk Client ist ähnlich aufgebaut wie die Weboberfläche, hinzu kommen hier jedoch noch die beiden Reiter “File View” und “Settings”. Ersterer bietet eine Detaillierte Anzeige über die Dateibestandteile der Downloads, was jedoch bei mir immer eine leere Zeile ist. Der zweite Reiter weist noch keinen Inhalt auf, dient also wohl nur als Platzhalter für künftige Optionen. Oben im Client gibt man die Netzwerkadresse, den Port (Achtung, diesmal nicht den WebServerPort sondern den TcpServerPort) und das Passwort (das gleiche wie für die Weboberfläche). Unten im Fenster hat man nochmal eine Übersicht, wieviele der konfigurierten Server und Channels verbunden sind, wieviele Bots online sind, mit welcher Downloadrate gerade gesaugt wird und wieviele Dateien er gerade lädt (inkl. Größe).

Fazit

Alles in Allem läuft XG bisher seit mehreren Stunden stabil (ich habe ihn selbst erst seit heute im Produktiveinsatz) mit ettlichen IRC-Servern und -Channels gespickt und lädt fleißig herunter. In meinen Augen ein tolles Projekt, in dem enormes Potential steckt. Wünschen würde ich mir z.B. noch eine Benachrichtigung, wenn bestimmte Pakete mit bestimmten Suchbegriffen oder RegEx, gefolgt von einem automatischen Download. Auch eine Verknüpfung mit irc:// bzw. xdcc:// Links wäre super. Ansonsten hoffe ich, dass der Windows Client vllt. in der nächsten Version funktioniert und der Gtk Client stabiler wird. Auch für das Init Script wünsche ich mir eine saubere Lösung.

[...] HTC wird ein kostenloses Update auf Android 2.1 fuer eurpaeische HTC Hero Geraete anbieten. Ab Juni wird jeder Kunde der ein HTC Hero besitzt ein Vorbereitungsupdate erhalten, auf welches kurz danach das vollstaendige Android 2.1 Update folgen wird. Fuer den Download des Updates empfehlen wir die Benutzung eines kostenlosen Wifi Hotspot oder einer unbegrenzten Internet Flatrate, andernfalls fallen die standard Internet Gebuehren an. Wir danken fuer Ihr Verstandnis. [...]

Na hoffentlich wird der “Termin” diesmal eingehalten …

1. CCleaner

Das wohl meist genutzte Cleanup-Tool leert standardmäßig auch den Flash-Cache, was die Machinarium-Spielstände ins Nirwana befördert.

Ich persönlich lasse meinen Flash-Cache per Browser-Addon verwalten, siehe Punkt 2 weiter unten. Hierfür genügt es, Adobe Flash komplett aus der CCleaner-Prozedur herauszunehmen, indem man den entsprechenden Haken entfernt:

Wer CCleaner dies überlässt kann den entsprechenden Ordner oder die Datei selbst als Ausnahme hinzufügen.

Der Ordner-Pfad lautet bei Windows Vista/7

  C:\Users\<BENUTZERNAME>\AppData\Roaming\Macromedia\Flash Player\#SharedObjects\<ZUFALLS-ZEICHENFOLGE>\localhost\Machinarium\machinarium.exe

Bei Windows XP wäre dies –wenn ich mich nicht irre- entsprechend

C:\Dokumente und Einstellungen\<BENUTZERNAME>\Anwendungsdaten\Macromedia\Flash Player\#SharedObjects\<ZUFALLS-ZEICHENFOLGE>\localhost\Machinarium\machinarium.exe

Versionsunabhängig kann man auch im Ausführen-Dialog einfach “%appdata%” eingeben und sich von da an weiter zu “\Macromedia\Flash Player\#SharedObjects\<ZUFALLS-ZEICHENFOLGE>\localhost\Machinarium\machinarium.exe” durch klicken.

Und so sieht dann die entsprechende Ordner-Ausnahme aus:

Ich gebe bei dieser Methode jedoch keine Garantie auf Erfolg, da die Datei –wie oben bei den Pfaden bereits erwähnt- in einem Unterordner mit zufällig generiertem Namen liegt (“\<ZUFALLS-ZEICHENFOLGE>“). Dieser könnte sich mit der Zeit ändern und somit würde die Ausnahme nicht mehr greifen. Ich empfehle an dieser Stelle Methode 1 (Haken raus) in Kombination mit dem Folgenden Punkt 2.

2. Better Privacy (Firefox-Addon)

Dieses Addon für Firefox löscht auf Wunsch regelmäßig oder bei jedem Schließen des Browsers den Flash-Cache. Ausnahmen lassen sich hier natürlich ebenfalls –ganz einfach- definieren.

Man öffnet einfach die Einstellungen (über Extras -> Addons) und sieht in der Liste in der Mitte des Fensters direkt vorhandene Cache-Dateien:

Um die entsprechende Machinarium-Datei zu sehen muss das Spiel also mindestens einen Speicherpunkt enthalten, da die Datei sonst nicht existiert.

Um die Machinarium.sol vor der automatischen Löschung zu schützen markiert man sie einfach und klickt unterhalb der Liste auf “Nie automatisch löschen”. Nun ändert sich der Text in der letzten Spalte (“Status”) der Liste zu “Geschützter Ordner”.

Fertig. Sofern nicht noch andere Tools verwendet werden, die den Flash-Cache verwalten, sind die Machinarium-Spielstände nun sicher. Bei anderen Cleanup-Tools sollte es ähnliche Optionen für Ausnahmen geben. Wenn nicht rate ich ohnehin ein anderes Tool zu verwenden, da man Ausnahmen immer mal wieder benötigen wird. Die Kombination von CCleaner und diversen Browser-Addons hat sich bei mir nun über mehrere Jahre bewährt.

Habt ihr Tipps für andere Cleanup-Programme? Rein damit in die Kommentare.

So, jetzt noch frohe Rest-Ostern und viel Spaß beim Machinarium spielen und speichern ;)

Es gibt jedoch einen Weg, diese zu umgehen …

Zugegeben, es ist etwas umständlich, aber bei häufig genutzten Programmen, die als Administrator ausgeführt werden müssen, lohnt sich der Aufwand.

Zunächst erstellt man in der Windows Aufgabenplanung eine neue Aufgabe mit dem Ziel, das gewünschte Programm zu starten:

Für nähere Infos mit der Maus über die Bilder bzw. die dort erscheinenden Markierungen fahren.

Notes: 1

Notes: 3

Notes: 1

Notes: 1

Notes: 1

Notes: 1

Soviel zur Vorarbeit :P

Jetzt muss nur noch die Verknüpfung zur Aufgabe angelegt werden.

Hierzu einfach im gewünschten Ordner oder auf dem Desktop per Rechtsklick -> Neu eine Verknüpfung erstellen mit folgendem Ziel:

C:\Windows\System32\schtasks.exe /run /TN "\<Unter-Ordner>\<Name der Aufgabe>"

Beispiel:

C:\Windows\System32\schtasks.exe /run /TN "\Meine Aufgaben\Admin-Progs\Free Commander"

Als Name der Verknüpfung einfach den Programm- bzw. Aufgabennamen nehmen.

Damit die Verknüpfung auch optisch etwas hermacht setzen wir nun noch das Programm-Icon:

In den Eigenschaften der Verknüpfung auf “Anderes Symbol …” klicken, eine evtl. auftauchende Fehlermeldung weg klicken, per “Durchsuchen …” ins Programmverzeichnis navigieren, die.EXE öffnen, das Icon auswählen und alles mit OK bestätigen.

FERTIG :)

Seit Vista wünsche ich mir für die UAC eine Whitelist, sodass die tägliche Administrationsarbeit etwas angenehmer wird. Kennt ihr eine einfachere Möglichkeit die UAC für einzelne Programme zu “umgehen”? Tobt euch in den Kommentaren aus.

Makefile:23: *** Error: unable to find the sources of your current Linux kernel. Specify KERN_DIR=<directory> and run Make again..  Schluss.

Nach etlichem Stöbern im VirtualBox-Forum, Google und einigem Herum probieren fand ich dann doch noch die Lösung, welche ich euch natürlich nicht vorenthalten möchte …

Hier die Kurzfassung, übernommen aus diesem Artikel (englisch), die bei mir funktionierte:

1. Terminal öffnen (unter Anwendungen –> Systemwerkzeuge)

2. su

3. root-Passwort eingeben

4. yum -y update kernel

5. yum -y install kernel-devel kernel-headers dkms gcc gcc-c++

6. Fedora 12 neustarten

Nun können die Gasterweiterungen wie gewohnt installiert werden:

1. Terminal öffnen

2. cd /media/VB

3. TAB + ENTER
4. Unter Fedora 32-Bit:

   • sh VBoxLinuxAdditions-x86.run

5. Unter Fedora 64-Bit:

   • sh VBoxLinuxAdditions-amd64.run

6. Warten, bis die Installation fertig ist
7. Fedora neustarten

Anmerkungen & Fehlerbehebung

• Absatz 1 Punkt 5: Normalerweise sollte es reichen “kernel-devel” und “gcc” zu installieren. Da ich jedoch bereits den “großen” Schritt ausgeführt hatte wollte ich das ganze nicht mehr rückgängig machen, da ich froh war, dass es funktioniert ;)
• Absatz 2 Punkt 2-3: Der Name des gemounteten CD-Images mit den Erweiterungen wird so automatisch vervollständigt und muss nicht komplett eingetippt werden.
• Sollte der Fehler weiterhin bestehen ist es evtl. nötig vor der Installation der Erweiterungen den Ort der Kernel-Dateien anzugeben. Fedora nutzt hier wohl einen vom Standard abweichenden Platz.
  • In Nautilus “/usr/src/kernels” öffnen und den darin liegenden Ordner öffnen.
  • Nun die komplette Verzeichnisstruktur kopieren, in meinem Fall “/usr/src/kernels/2.6.32.10-90.fc12.x86_64”
  • Vor der Installation der Gasterweiterungen im Terminal “export KERN_DIR=” eingeben und dahinter die Verzeichnisinfo einfügen
  • Bei mir würde das Ganze so aussehen: “export KERN_DIR=/usr/src/kernels/2.6.32.10-90.fc12.x86_64”

Nach einiger Sucherei fiel mir auf, dass in den Optionen des Media Players im Reiter “Musik kopieren” kein Speicherort eingetragen war. Beim Klick auf “Ändern” passierte nichts. Nachdem ich die kompletten WMP-Einstellungen aus der Registry gelöscht und diesen neu konfiguriert hatte bestand das Problem weiterhin O_o

Erst da warf ich einen Blick in die Optionen der Musik-Bibliothek. Es war kein Standardspeicherort mehr definiert. Nachdem ich das korrigiert hatte funktionierte auch das Kopieren von CDs wieder.

Warum der Media Player allerdings den Standardspeicherort “vergessen” hatte ist mir schleierhaft.

Und so habe ich das Problem behoben:

Zunächst hab ich geprüft, ob auch die richtige Zeitzone eingestellt ist:

• Rechtsklick auf die Taskleisten-Uhr –> “Datum/Uhrzeit ändern” –> “Zeitzone ändern”

• Hier sollte UTC +1 eingestellt und der Haken für die automatische Zeitumstellung gesetzt sein

• Passt hier alles kann man mal noch manuell synchronisieren. Dazu im Reiter “Internetzeit” über den Button “Einstellungen ändern” den Button “Jetzt aktualisieren” anklicken und warten …

• Wenn –wie bei mir- auch das nix bringt einfach einen zuverlässigen, deutschen Zeitserver verwenden. Eine umfangreiche Liste findet man HIER
• Einfach die IP-Adresse des gewünschten Servers in das Feld “Server” eintragen und “Jetzt aktualisieren” und “OK” wählen.

Fertig, schon lebt ihr wieder in der richtigen Zeit :)

Das Ganze zog sich jetzt schon einige Tage hin, heute nahm ich mir aber endlich die Zeit, das Problem an zugehen:

Da mir das Fehlverhalten seit dem Update auf die neueste Skype-Version aufgefallen war deinstallierte ich diese zunächst vollständig mittels Revo Uninstaller. Leider löste das mein Problem nicht.

Als Nächstes wurden diverse System-Wiederherstellungspunkte geladen und als das nichts brachte System-Images wiederhergestellt … ebenfalls ohne Besserung, was mich schon ziemlich stutzig machte ;)

Die Lösung fand ich dann schließlich im Winfuture-Forum

Die Wurzel des Übels war der a-squared Free Virenscanner, den ich vor einiger Zeit als Ergänzung zu meinem regulären Virenscanner installiert hatte.

Sobald a-squared deinstalliert war funktionierten die Jumplist-Aktionen wieder normal.

An dieser Stelle nochmals herzlichen Dank an UT4you aus dem Winfuture-Forum für das Posten der Lösung. Hat mir eine Neuinstallation erspart :)

PuTTY Connection Manager

Ich hab mir mal die Mühe gemacht einen portablen Starter dafür zu schreiben.

HIER geht’s zur Downloadseite.