Stillgelegte Projekte/Fingerprintsammler: Unterschied zwischen den Versionen

Aus LaborWiki
Wechseln zu: Navigation, Suche
Keine Bearbeitungszusammenfassung
K (Marcus verschob die Seite Fingerprintsammler nach Stillgelegte Projekte/Fingerprintsammler, ohne dabei eine Weiterleitung anzulegen)
 
(8 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
Wir haben ja alle immer das Problem, dass wir ganz gerne die Fingerprints der anderen gerne wuessten, aber so ein 1-1-Austausch recht mühsam ist. <br>
== Sinn ==
Daher hab ich heute früh grad ein Skript zusammengehackt, dass die Homeverzeichnisse der User auf roulette durchgeht und aus der Datei .myotrfingerprint den Text rausnimmt und alle zusammen in eine Datei packt, die an einem Ort liegt, dass koennen die Admins dann als Crontab einrichten, dass das wiederholt gemacht wird. Die "Konfigurationsvariablen" sind in dem Skript einsehbar (es ist wirklich nur schnell zusammengehackt ^^) und auch setzbar.<br>
Wir wollen ja alle in unserem heissgeliebtem Hackerspace auch vertraulich kommunizieren, auch wenn wir nicht gerade vor Ort sind. Beim Chatten ist das Verschlüsselungsmodel der Wahl dann auch [http://de.wikipedia.org/wiki/Off-the-Record_Messaging Off-the-Record-Messaging].<br>
Der Witz an der Sache ist eigentlich, dass sich jemand die "Mühe" dann machen sollte und die Datei mit den gesammelten Fingerprints ausdruckt und im Labor aushaengt.<br>
Allerdings muss man auch hierbei die Fingerprints der anderen irgendwie auf einem anderen Wege überprüfen. Und 1-1-Kommunikation ist doch schon sehr mühsam, v.a. wenn man das mehrmals macht, ist der Gegenpart bestimmt nicht sehr erfreut.
Der Text in .myotrfingerprint sollte ca so aussehen:<br><br>
 
<nowiki>deknos@gbks.net/Zuhause 6DE857E8 6228408F A4FA6198 7AF2F4CA 24E878C1 2009.05.22</nowiki><br><br>
== Einsatz ==
Also, Userid/JID, der Fingerprint selbst und das datum, ab wann es gueltig ist.
Deshalb wurde ein kleines Skript geschrieben, dass aus den home-Verzeichnissen auf unserer LaborMilchSau "Roulette" der User die Daten ausliest und in eine Datei packt.<br>
In der Datei koennen auch mehrere Fingerprints stehen, wer zuviel macht, dem haut der Ausdrucker auf die Rotznase :P<br>
Vorzugsweise sollte das Skript an einem zentralen Platz liegen, von allen aufrufbar sein, aber nur von den Admins veraenderbar. Crontab koennte das Skript regelmaessig aufrufen, und auch von Usern bei Aenderung.<br><br>
Die JID, der Fingerprint und das Datum sollen via TAB getrennt sein. Da der Fingerprint der Deutlichkeit zuliebe Leerzeichen nach einigen Zeichen haben sollte (schliesslich wollen wir das ausdrucken)<br>
Wenn die erzeugte Datei an einem gut erreichbaren Platz auf der LaborMilchSau liegt (momentan /var/www/otr/index.php), kann diese dann zum einen von jedem Mitglied gezogen werden und zum anderen von einem willigen Laboranten ausgedruckt und am HauswandBrett aufgehängt werden. So kann jeder einmal alle Fingerprints überprüfen, auch Neulinge.<br><br>
Der Dienst startet erst, wenn $Admin das in die Crontab eingetragen hat (der dienst sollte auch von hand startbar sein, wenns einer grad aktualisieren und gleich drucken will), und $Admin wird das Skript wohl auch ins SVN einchecken. Momentan liegt es unter /home/knorr/gfpd1.pl<br>
 
== lokale Daten ==
Im Home-Verzeichnis muss dazu eine Datei .myotrfingerprint liegen. Darin liegt mindestens ein Fingerprint der Form vor:<br>
<nowiki>roflnos@gnes.net/Zuhause 6DE857E8 6228408F A4FA6198 7AT2F4CA 24E878C1 2008.05.22</nowiki>
Es ist also die JID, oder ein sonstiges InstantMessaging-Konto, ein TAB, dann der Fingerprint, noch ein TAB und schliesslich das Datum, ab dem es gilt. Der Fingerprint sollte zur besseren Lesbarkeit in Bloecke unterteilt werden.
 
== Quältxt ==
 
Der Sourcecode liegt momentan noch in meinem Homeverzeichnis mit dem Namen gfpd1.pl (das ist eine Eins, kein L). Er wird wohl vermutlich ins Repository eingecheckt und bestimmt auch noch einige Änderungen erfahren (z.b. schöner FormatOuput für den Print(Header besser, oder anderes OutputFormat))

Aktuelle Version vom 8. April 2014, 01:02 Uhr

Sinn[Bearbeiten | Quelltext bearbeiten]

Wir wollen ja alle in unserem heissgeliebtem Hackerspace auch vertraulich kommunizieren, auch wenn wir nicht gerade vor Ort sind. Beim Chatten ist das Verschlüsselungsmodel der Wahl dann auch Off-the-Record-Messaging.
Allerdings muss man auch hierbei die Fingerprints der anderen irgendwie auf einem anderen Wege überprüfen. Und 1-1-Kommunikation ist doch schon sehr mühsam, v.a. wenn man das mehrmals macht, ist der Gegenpart bestimmt nicht sehr erfreut.

Einsatz[Bearbeiten | Quelltext bearbeiten]

Deshalb wurde ein kleines Skript geschrieben, dass aus den home-Verzeichnissen auf unserer LaborMilchSau "Roulette" der User die Daten ausliest und in eine Datei packt.
Vorzugsweise sollte das Skript an einem zentralen Platz liegen, von allen aufrufbar sein, aber nur von den Admins veraenderbar. Crontab koennte das Skript regelmaessig aufrufen, und auch von Usern bei Aenderung.

Wenn die erzeugte Datei an einem gut erreichbaren Platz auf der LaborMilchSau liegt (momentan /var/www/otr/index.php), kann diese dann zum einen von jedem Mitglied gezogen werden und zum anderen von einem willigen Laboranten ausgedruckt und am HauswandBrett aufgehängt werden. So kann jeder einmal alle Fingerprints überprüfen, auch Neulinge.

lokale Daten[Bearbeiten | Quelltext bearbeiten]

Im Home-Verzeichnis muss dazu eine Datei .myotrfingerprint liegen. Darin liegt mindestens ein Fingerprint der Form vor:

roflnos@gnes.net/Zuhause		6DE857E8 6228408F A4FA6198 7AT2F4CA 24E878C1		2008.05.22

Es ist also die JID, oder ein sonstiges InstantMessaging-Konto, ein TAB, dann der Fingerprint, noch ein TAB und schliesslich das Datum, ab dem es gilt. Der Fingerprint sollte zur besseren Lesbarkeit in Bloecke unterteilt werden.

Quältxt[Bearbeiten | Quelltext bearbeiten]

Der Sourcecode liegt momentan noch in meinem Homeverzeichnis mit dem Namen gfpd1.pl (das ist eine Eins, kein L). Er wird wohl vermutlich ins Repository eingecheckt und bestimmt auch noch einige Änderungen erfahren (z.b. schöner FormatOuput für den Print(Header besser, oder anderes OutputFormat))