Nun – was mache ich mit dem, nachdem er heute Abend fertig ge-wiped ist?

• Tor-Server?
• I2p-Server?
• freier DNS-Server?
• irgend was anderes?

Vorschläge sind hoch willkommen! Wenn Ihr etwas vertrauen ausstrahlt vergebe ich bestimmt auch ein paar Accounts zum spielen. Was nicht geht: P2p, Filesharing…

Update: tor-server und mix-master läuft. Ein Tag = 0,5 TB Traffic

(Danke, Linux)

Deshalb gibt es memcached. Im Zusammenspiel mit dem Memcached-PHP Modul wird das sehr einfach einsetzbar. Beides gibt es als Debian-Packete.

Sämtliche Okjekte, die man im laufe der Seiten-Generierung erstellt oder verändert lassen sich damit im Speicher des Servers ablegen und von dort aus in Millisekunden wieder abrufen. Dieses Blog (wordpress) nutzt es – und auch meine Haupt-Seite habe ich dem entsprechend erweitert. Damit sind meine Seiten-Generierungszeiten von 0,2 auf 0,003 Sec. gefallen. Beachtlich also…

Die Nutzung ist recht einfach. Hier mal ein Beispiel in PHP (wenn auch unschön):

$memcache_planet = new Memcache;
$memcache_planet->connect(’127.0.0.1′, 11211);

$out = $memcache_planet->get(‘meinKey’);

if(empty($out))
{
$in = “Dies ist ein Beispiel”;
$memcache_planet->set(‘meinKey’, $in , 0, 600);
echo “$in”;
unset($in);
}
else
{
echo “$out”;
unset($out);
}

Das ganze versucht einen Key (meinKey) zu aus dem Memcache-Speicher zu lesen. Ist da nix, wird dieser mit einem Timeout von 600 Sekunden (10min) gesetzt und zusätzlich der Inhalt ausgegeben. Wird was gefunden, unterbleibt das setzen ganz und der Key wird einfach ausgeworfen.

cd <verzeichnis>
tar -cpf – . | ssh <zielhost> “(cd /zielverzeichnis; tar -xvvpf -)”

Bei mir tauchte nach Installation von courier-imap samt famd im log mal so was auf:

maildirwatch_started: Input/output error

Die Lösung: famd lief nicht unter einem Benutzer, welcher auf die vmail-Verzeichnisse zugreifen darf. Man kann das in /etc/famd.conf einstellen.

Ach ja und nochwas… scheiss auf Blackberry und das tolle “push-email”. Die monatlichen Gebühren kann man sich auch sparen wenn man ENHANCEDIDLE im imapd nutzt. Es macht genau das: “push-email”

Grundlegendes
Der iButton ist ein kleines Batterie-Ähnliches Gerät, welches man zum Messen von Temperaturen nutzen kann. Es ist damit möglich sog. “Missionen” in Auftrag zu geben welche definieren, in welchem Zeitraum, in welchem Abstand und in welcher Genauigkeit Temparaturen gemessen und gespeichert werden. Das Gerät ist dabei Netz-Unabhänig und speichert je nach Ausführung und Einstellungen etwa 8000 Werte. Näheres dazu in der Wikipedia.

Hardware
Für meinen Aufbau habe ich folgende Geräte beim Fuchs-Shop erworben:

• Eclo Adapter (=USB-zu-OneWire)
• iButton “OneWire” Kabel DS1402-RP8
• der iButton selbst: DS1922L-F5

Beim Einstecken des USB-Adapters wird ein Gerät /dev/ttyUSB0 erzeugt. Das sollte man überprüfen bevor man weiter macht. (einfach in /var/log/syslog schauen, dmesg benutzen oder in das Verzeichnis /dev schauen). Das iButton OneWireKabel steckt man in diesen Adapter hinein, der iButton wird dann wiederrum in das Kabel eingesteckt.
Java-installation
Für den OneWireViewer (=Software zum Auslesen des iButtons) muss man sich Java installieren. Das geht mit Ubuntu sehr einfach mittels Packetinstallation auf der Konsole:

sudo apt-get install java-common sun-java6-bin sun-java6-jre sun-java6-plugin sun-java6-jdk

Die Abhängigkeiten muss man mit installieren.

Wichtig ist hier vor allem, dass  Sun Java installiert wird – es gibt zahlreiche andere Packete die auch Java-Support bieten. Der OneWireViewer funktioniert aber leider nur mit den Java-Versionen von Sun! (nicht IBM, nicht GCJ!). Sämtliche andere Java-Versionen sollte man vom System entfernen, sonst gibt es zumindest Probleme beim automatischen Start. Weiteres dazu auch im Ubuntuusers-Wiki.

rxtx – Treiber – deb installation

In den Quellen von Debian und Ubuntu gibt es das Packet “librxtx-java”. Einfach mittels “apt-get install librxtx-java” installieren. Dann kann man sich die manuelle Installation sparen.

rxtx – Treiber – Manuelle Installation

RXTX ist ein Treiber für das iButton-Lesegerät, welches man sich installieren muss. Er besteht vereinfacht gesagt aus zwei Teilen: einem Hardware-Treiber (.so) und einer Java-Komponente (.jar) damit der OneViewerViewer mit dem Lesegerät sprechen kann.

Um es sich zu installieren lädt man sich die letzte RXTX-Version (2.1.x) im Quelltext (src) von dieser Seite herunter. In meinem Fall war das rxtx-2.1-7r2.zip.

Nun wechselt man das in das Verzeichnis, in dem man das Zip-Archiv gespeichert hat und geht in etwa folgende Schritte durch:

unzip rxtx-2.1-xx
cd rxtx-2.1-xxx
./configure
make install

Vorher muss man allerdings dafür gesorgt haben, dass man Software auf seinem System selbst kompilieren kann – man braucht zumindest make, gcc und deren (viele) Abhängigkeiten.

Das ganze ging bei mir schief, es kam ein Fehler:

libtool: install: `i686-pc-linux-gnu/librxtxRS485.la’ is not a directory
Try `libtool –help –mode=install’ for more information.
make: *** [install] Fehler 1

Man kann dem aber nachtreten, in dem die erzeugten zwei Dateien manuell ins richtige Verzeichnis kopiert werden. Man benötigt eigentlich nur

1. RXTXcomm.jar
   welche ich mir in /usr/lib/jvm/java-*/lib/ kopiert habe. Durch die installation von JRE und JDK auf meinen PC (siehe Java-Installation oben) gibt es unter /usr/lib/jvm/ zwei java-verzeichnisse, in beide ‘lib’ Unterverzeichnisse habe ich mir die Datei hinein kopiert.
   Diese findet man in dem Verzeichnis von dem aus man “make” eingegeben hat.
2. librxtxSerial.so
   in /usr/lib. Mittels ‘ldd’ kann man noch die generelle Lauffähigkeit und eventuell fehlende Abhängigkeiten prüfen.
   Diese Datei befindet sich vom Verzeichnis i686-pc-linux-gnu/.libs/ .

OneWireViewer starten

Nachdem man die Hardware zusammen gesteckt hat (s.o.) und die Installation abgeschlossen ist, kann man den OneWireViewer starten. Er sollte ohne Installation mittels JavaWebStart aufgehen: OneWireViewer starten.

Startet der Viewer gar nicht erst, muss man seine Java-Installation überprüfen. Siehe oben.

Nach dem Start fragt die Anwendung nach dem entsprechenden Anschluss. In meinem Fall ist dies /dev/ttySUSB0. Die restlichen Fragen kann man erstmal einfach mit “Weiter”/”Next” übergehen

Mir bekannte Fehlerquellen

• “NullPointException” –> der RXTX-Treiber funktioniert nicht oder wird nicht gefunden. Siehe auch oben…
• Could not open port … –> evtl. muss der COM-Port andere Lese-Rechte bekommen. Den OneWireViewer einfach mal als Root starten (sudo).. wenn es dann geht, kann man mittels chmod die Schnittestellen-Berechtigungen setzen. Achtung: das setzt sich bei jedem Start zurück!
• Das Adapter-Kabel wird gar nicht erkannt: Nehmt den iButton beim Start raus. Startet der Viewer dann, ist der iButton evtl. defekt. Zum nachprüfen bei gestartetem Viewer den iButton einstecken – geht dann auch die Verbindung mit dem Adapter verloren, ist der iButton wirklich defekt (=Kurzschluss-Effekt). Gleiches gilt, wenn der Viewer Fehler beim RTC (Uhr) Einstellen meldet.
• mit RXTX 2.2 (beta) scheint das ganze zwar auch zu funktionieren, ich bekomme aber ab und an Fehlermeldungen wenn ich Missionen aktivieren will.

Wie man von hier aus weiter macht, beschreibt recht gut dieses Blog.

Über Anregungen, Hinweise oder Verbesserungen würde ich mich freuen – nutzt dazu einfach die Kommentar-Funktion.

iButton Linux Screenshot

Details zum Vortrag.

Die PCMCIA DECT Karte welche im Vortrag benutzt wurde hatte der FoeBud an seinem Shop dann in begrenzter Zahl angeboten – zum (sicherlich auch symbolischen Preis) von 23eur Habe mir so ein Teil mal gekauft – jetzt weis ich was ich in der restlichen Woche Urlaub mache bis ich wieder arbeiten gehe… *g* Sobald ich ein Video von dem Vortrag in die Finger bekomme stelle ich es hier online. (oder verlinkt es in den Kommentaren)

Update2: Video jetzt auch von meinem Server laden (OGM-Format).