PHUTiLiTY

Die meisten FRITZ!Box-Modelle bringen eine “Wake on Lan”-Funktion mit, über die sich ein ausgeschalteter Heimrechner starten läßt, wenn beispielsweise gerade Zugriff vom Büro aus notwendig ist. Solange der Rechner zu Hause am (verkabelten) LAN hängt, funktioniert das Ganze einwandfrei. Allerdings muß man sich auf der FRITZ!Box zunächst per HTTP-Auth und anschließend mit Admin-Paßwort anmelden, ins entsprechende Menü navigieren, dort den Rechner auswählen, der aufgeweckt werden soll, und schließlich den finalen Button drücken. Da das alles unglaublich viel Zeit frißt (bestimmt volle 1-2 Minuten!), hier ein Perl-Script, das den Kram automatisiert: Einmalig anpassen, starten, fertig.

#!/usr/bin/perl
 
use strict;
use warnings;
use LWP::UserAgent;
use Encode;
use Digest::MD5 qw(md5_hex);
 
my $ua = LWP::UserAgent->new;
$ua->timeout(30);
 
### config section ###
 
my $fritzpass = "<fritzbox password>";
my $httpuser = "<http auth user>";
my $httppass = "<http auth password>";
 
my $host = "<hostname or ip>";
my $mac = "<mac for wake up>";	# use mac format 01:23:45:67:89:AB
 
## uncomment the following line if you get ssl certificate warnings
#$ua->ssl_opts(verify_hostname => 0);
 
### don't change anything below ###
 
push @{$ua->requests_redirectable}, 'POST';
$ua->credentials($host.":443", "HTTPS Access", $httpuser, $httppass);
 
my $url_base = "https://".$host;
my $url_login = $url_base."/login.lua";
my $url_wakeup = $url_base."/cgi-bin/webcm";
 
my $r = $ua->get($url_login);
if ($r->is_success) {
	my $c = $r->decoded_content;
	if ($c =~ m/var challenge = "([a-f0-9]+)";/) {
		my $challenge = $1;
		my %data = (response => sprintf "%s-%s", $challenge,
			md5_hex(encode("UTF16-LE", sprintf "%s-%s", $challenge, $fritzpass)));		
		$r = $ua->post($url_login, \%data);
		$c = $r->decoded_content;
		if ($c =~ m/logout\.lua\?sid=([a-f0-9]+)/) {
			my $sid = $1;
			%data = (sid => $sid, "wakeup:settings/mac" => $mac);
			$r = $ua->post($url_wakeup, \%data);
			if ($r->is_success) {
				print "wakeup done.\n";
			} else {
				printf "error: %s\n", $r->status_line;
			}
		} else {
			print "error: couldn't find a session id\n";
		}
	} else {
		print "error: couldn't find a challenge\n";	
	}
} else {
	print "error: couldn't login\n";
}
 
exit 0;

Getestet wurde das Ganze mit einer FRITZ!Box 7170, also nicht gerade dem jüngsten Modell.

Es soll ja Leute geben, die z.B. ihre ISP-Paßwörter verlegen und nur noch einen funktionierenden Linksys-Router (WRT54Gx) besitzen, aus dem die entsprechenden Daten irgendwie extrahiert werden sollen. Da die Config-Files der Router ein etwas “seltsames” Format besitzen und deshalb entsprechende Zugangsdaten, Paßwörter, Einstellungen usw. nicht lesbar sind, hier ein kleiner Perl-Einzeiler, der eine solche Config lesbar macht:

sub d($){$c=shift;$c=pack"C",sprintf("%d",~(($c<<2)|(($c&0xC0)>>6))&255);unless($c eq"\0"){if($c=~m/^[[:print:]]$/){return$c;}else{return" ";}}return"\n";}$f=shift;open FH,"<",$f or die;while(<FH>){my@l=split//,$_;foreach(@l){print d(ord$_);}}close FH;exit 0;

Und hier gibt’s das Ganze etwas weniger kryptisch.

Das hervorragende Firefox-Addon PicLens, mit dem sich komfortabel Bilderstrecken und Videos anschauen lassen, ist ja schon länger bekannt. Leider wird von Haus aus nicht jede Webseite unterstützt, sodaß momentan nur die Seiten davon profitieren, die “PicLens-enabled” sind.

Um das Addon auch mit der eigenen Fotosammlung nutzen zu können, ist nur das Erstellen und Einbinden eines RSS-Feeds nötig, der alle Bilder auflistet.

Dazu fügt man im HTML-Header der aufzurufenden Seite folgende Zeile ein:

<link id="gallery" rel="alternate" href="photos.rss" type="application/rss+xml">

Nachdem dann der Feed photo.rss generiert wurde, leuchtet beim nächsten Seitenaufruf im Firefox das PicLens-Icon oben rechts auch schon blau.

Folgendes Beispiel-Script kann für die Feed-Erstellung verwendet werden (das Syntax-Highlighting wird übrigens durch das WordPress-Plugin WP-Syntax realisiert):

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50

<?php
//
// PicLEns Feed Creator
// (c)2008 speaker
//
//
// === Konfiguration ===
//
// Dateiname des zu erstellenden RSS-Feeds
$filename = "photos.rss";
 
// Verzeichnispfad, unter dem die Bilder zu finden sind
// (relativ oder absolut)
$dir = "img";
 
// Dateiendung der Bilder
$ext = "jpg";
 
// Suffix, der Thumbnails von den original Bildern unterscheidet
// Beispiel:
// Bild: "original.jpg" - Thumbnail: "original-thumb.jpg"
// -> Suffix: "-thumb"
$sfx = "-thumb";
 
// === Ab hier nichts mehr ändern! ===
 
$file = fopen($filename, "wb");
$header = '<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss xmlns:media="http://search.yahoo.com/mrss" version="2.0">
  <channel>';
$footer = '
  </channel>
</rss>
';
fwrite($file, $header);
foreach (glob($dir."/*".$sfx.".".$ext) as $thumb) {
        $pic = str_replace($sfx, "", $thumb);
        $name = basename($pic);
        $item = '
    <item>
      <title>'.$name.'</title>
      <link>'.$pic.'</link>
      <media:thumbnail url="'.$thumb.'" />
      <media:content url="'.$pic.'" />
    </item>';
        fwrite($file, $item);
}
fwrite($file, $footer);
fclose($file);
?>

Da ich zur Konfiguration der letzten Kommentare, die rechts im Sidebar angezeigt werden, ein vernünftiges Plugin brauchte, habe ich seit einiger Zeit Get Recent Comments in Benutzung, das seinen Zweck gut erfüllt.

Ein einziges Problem konnte ich nun trotzdem beobachten: Beim Zusammenspiel mehrerer Faktoren zerstört das sonst einwandfrei funktionierende Plugin die XHTML-Validität. Das mag den Durchschnittsblogger nicht interessieren, aber bei mir kam diesbezüglich leider mal wieder der Perfektionismus durch…

Konkret muß das Caching von Get Recent Comments aktiviert sein und es müssen beide Widgets (Kommentare und Trackbacks) in der Sidebar auftauchen. In diesem Fall werden die zu cachenden Daten bereits beim Aufbau des ersten Widgets vollständig erstellt, was falsche HTML-Tags in $before_widget und $before_title des zweiten Widgets erzeugt (nämlich die des ersten Widgets). Da sich innerhalb dieser Tags ids befinden, die, wie der Name schon sagt, einzigartig sein müssen (was sie ja nicht mehr sind, sobald die gleiche id für beide Widgets genutzt wird), ist die Seite nicht mehr XHTML-konform.

Lange Rede, kurzer Sinn: Hier mein Patch für Version 2.0.2 des Plugins, allen kleinkarierten Gleichgesinnten gewidmet.
Zur Erneuerung des Caches muß dieser einmal deaktiviert und, nachdem die Hauptseite neu geladen wurde, wieder aktiviert werden.