Chaosdoor/iButton

← Chaosdoor

Administration

 * ibuttond startet ibutton und piped die Ausgaben nach door
 * Alle 5 Minuten wird per Cronjob überprüft, ob ibutton und door laufen, andernfalls werden sie neugestartet (Ergebnis davon ist im Icinga sichtbar)
 * Das authorized_ibuttons Verzeichnis wird per git getrackt

iButton anlegen

 * iButton an der Tür einlesen
 * cat /tmp/last_failed_ibutton, mit aufgedruckter ID vergleichen

iButton revoken
Bei Verlust, Austritt oder sonstwas

SSH-Keys verwalten
in authorized_sshkeys befindet sich eine Datei pro Nickname, dort die Keys eintragen / entfernen und mit bin/refresh aktualisieren. Vor jeden Key wird automatisch no-port-forwarding,no-X11-forwarding,from="172.22.26.*" gepackt sowie der Nickname an den Keynamen angehängt.

Onewire Interface
iButtons:
 * Unterstützen READ ROM und SEARCH ROM
 * Kein Overdrive

Reader:

Debugging


Der iButton-Reader scheint nicht für größere Entfernungen zum tatsächlichen Lesekontakt ausgelegt zu sein. Der One-Wire-Bus kann durch ein- bzw. ausschalten der Leuchtstoffröhre über der Tür (Kabel / Röhre verlaufen parallel zum RJ45-Kabel vom iButton-Reader) so stark gestört werden, dass sich diese Störung auf den USB-Teil des Readers fortpflanzt und den angeschlossenen Host beeinträchtigt.

Auf der Tür-Dockstar ist es kein Problem, an einem Raspberry Pi funktioniert der iButton-Reader schlecht bis gar nicht, eine x86-Kiste kann das Problem erkennen und sich davon erholen. Relevanter Kernel-Log beim Einschalten der Röhre auf :

Vorläufiger Workaround: iButton-Reader nur an betreiben.