summaryrefslogtreecommitdiffstats
path: root/cholerab/news/Issue#2
diff options
context:
space:
mode:
authormakefu <github@syntax-fehler.de>2011-12-11 17:59:09 +0100
committermakefu <github@syntax-fehler.de>2011-12-11 17:59:09 +0100
commit8b9e41f1e1fed4f33775bf5eb5f498fd6c4de4f0 (patch)
tree02478d4efb8718a643eaa0d67533d252bbae72b6 /cholerab/news/Issue#2
parent86b09c693868e6f5f3b4298c582c10034cb7c0f1 (diff)
//cholerab/news/Candidate: Rename+date added
Diffstat (limited to 'cholerab/news/Issue#2')
-rw-r--r--cholerab/news/Issue#2198
1 files changed, 198 insertions, 0 deletions
diff --git a/cholerab/news/Issue#2 b/cholerab/news/Issue#2
new file mode 100644
index 00000000..4b671e57
--- /dev/null
+++ b/cholerab/news/Issue#2
@@ -0,0 +1,198 @@
+# Krebs News Issue #3 (2011-12-11)
+
+## -1. Ante Scriptum
+
+Wer noch keinen Krebs hat, kann sich ganz einfach mit [Git][-1.1] ein Klon
+von [GitHub][-1.0] holen:
+
+ git clone https://github.com/krebscode/painload krebs
+
+Das so oder ähnlich erzeugte Verzeichnis wird im Folgenden `//` genannt.
+Das Ministerium empfiehlt die Verwendung von `/krebs`, aber jeder andere
+Ort ist fast genauso gut.
+
+[-1.0]: https://github.com
+[-1.1]: http://git-scm.com
+
+## Steürung der Lichtverschmutzung
+
+Der Urkrebs steürt schon immer das Licht. Dazu muss man sich lediglich auf
+[`//noise`][0.2]`@krebs.shack` einwählen und die relevanten Kommandos
+absetzen.
+
+Eine Einwahl erfolgt z.B. mittels `netcat` wie folgt:
+
+ rlwrap nc krebs.shack telnet rlwrap ncat krebs.shack 23 rlwrap netcat
+ krebs.shack 23 telnet krebs.shack
+
+Die relevanten Kommando sehen in etwa so aus:
+
+ /licht SPEC ZUSTAND
+
+dabei ist `ZUSTAND` eine Ganzzahl im Bereich `[0,1]` und die möglichen
+Werte von `SPEC` können der vorzüglich belesenen Qülle von
+[`//god/licht`][0.1] entnommen oder licht mit dem kommando `help`
+aufgerufen werden:
+
+ /licht help
+
+[0.1]: https://github.com/krebscode/painload/tree/master/god/licht
+[0.2]: https://github.com/krebscode/painload/tree/master/noise
+
+## Tinc Retiolum updates
+
+Das [`//retiolum][1.1]` Darknet Submodul unter Verwebdung von tinc als
+vermaschtes VPN ist ein integraler Bestandteil der Krebs Infrastruktur.
+Umso wichtiger ist es, dass die installation überall immer genau das
+richtige macht.
+
+Am 26.08.2011 wurde sich dem Retiolum angenommen um es sauber auf OSX (und
+ggf. weiteren Unixartigen OSen) zum laufen zu bringen. Ziel ist es die
+Installation auf ein einfaches
+
+ make -C //retiolum install
+
+zu beschränken.
+
+Die Host-Dateien, welche von tinc verwendet werden koennen mit
+
+ make -C //retiolum update
+
+geupdatet werden. Alle update skripte sind auf das neü Verfahren umgestellt
+
+In diesem Kontext sind unter anderem Skript für das errechnen der richtigen
+Tinc-Konfigurationsordners `[1.2]` entstanden. Es wird hierbei die
+Architektur des Wirtes gefunden. Eine ähnliche Funktionalität kann nun für
+verschiedenste weitere Module welche Plattformunabhängigkeit gewährleisten
+sollen verwendet werden.
+
+[1.1]: https://github.com/krebscode/painload/tree/master/retiolum
+[1.2]: https://github.com/krebscode/painload/tree/master/retiolum/bin/get-tinc-dir
+
+
+## Todesmeldung Urkrebs
+
+Es ist zu vermerken, dass das Gedächnis von Urkrebs zusammen mit der
+CF-Disk gestorben ist. Glücklicher Weise wurde zuvor eine `[dd][2.1]`-Kopie
+auf die CF-Karte von `[Fuerkrebs][2.2]` (Krebs auf der Brücke/ den
+Optionsräumen) erstellt und diese wurde kurzer Hand für die Wiederbelebung
+des Urkrebses verwendet.
+
+Dies hat allerdings auch etwas an ursprünglicher Funktionalität
+(`[Oncology][2.3]`) zerstoert. Die gerette Maschine in der Lounge meldet
+sich nun offiziell als `[Fuerkrebs][2.4]` im Retiolum an.
+
+[2.1]: man dd
+[2.2]: http://shackspace.de/wiki/doku.php?id=project:krebs#fürkrebs
+[2.3]: https://github.com/krebscode/painload/tree/master/oncology
+[2.4]: fuerkrebs.retiolum
+
+
+## Census auf Urkrebs
+
+`[Census][3.1]` ist ein Projekt in painload welches dem lokal ansässigen Krebs
+die Möglichkeit bietet noch gezielter Leute im shack zu beleidigen. Primär
+geht es darum, dass Krebs die Teilnehmer seines lokalen Netzwerkes
+identifiziert und loggt. Benutzung:
+
+ //census/arping_users.py
+
+Census kann fuer maximale informationgewinnung in entsprechend gewählten
+Abständen mittels `[cron][3.2]` geplant werden.
+
+Um den Eintrag so leicht wie Möglich Löschen oder Updaten zu können wird
+das //krebs/utils Werkzeug `[magic][3.3]` verwendet. Alle weiteren
+Informationen koennen aus dem Quelltext von Census entnommen werden.
+Census wurde am 2011-11-01 auf Urkrebs in den erweiterten Probebetrieb
+aufgenommen.
+
+[3.1]: https://github.com/krebscode/painload/tree/master/census
+[3.2]: man cron
+[3.3]: https://github.com/krebscode/painload/tree/master/utils/bin/magic
+
+## magic
+
+Magic bietet das Feature gesondert Zeilen in Konfigurationsdateien neu
+einzutragen und diesen Block gesondert zu verwalten. Mehrere magic bloecke
+in einer Datei sind möglich. Verwendung:
+
+ echo "/usr/bin/lcd4linux" | magic create lcd4linux /etc/rc.local
+
+Folgende Zeilen werden in der angegebenen Datei erzeugt:
+
+ $ tail -n 3 /etc/rc.local
+ # begin krebs magic <lcd4linux>
+ /usr/bin/lcd4linux
+ # end krebs magic <lcd4linux>
+
+Magic bietet ungeahnte Möglichkeiten Konfigurationsdateien zu Verkrebsen
+ohne auf das Aufräumen verzichten zu müssen. Für weitere Hilfe bietet das
+Tool eine Hilfefunktion:
+
+ //util/bin/magic help
+
+
+## Oncology auf dem (neuen) Urkrebs
+
+Nachdem Gedächnistausch von Fürkrebs und Urkrebs hat es ja wie beschrieben
+die Funktionalität Oncology (Statusbildschirm an USB) dahingerafft. Am
+2011-11-07 wurde diese wieder in den Funktionalbetrieb aufgenommen.
+
+
+## Krebs Darknet Retiolum Prefix(KD;RP) Graphen-Map in Version 23
+
+Der `[Graphengenerator für KD;RP][5.1]` ist überarbeitet worden und bietet
+seit dem 2011-10-23 die Möglichkeit Statistiken zu dem Netzwerk und
+einzelnen Nodes auszugeben. Hervorzuheben ist hierbei die Funktionalität
+die Availability von Nodes zu beschreiben, also wie wahrscheinlich es ist
+einen Knoten X zu einem Zeitpunkt Y im Darknet anzutreffen. Zusätzlich
+wurde die Stats-Generator engine überarbeitet und läuft nun besonders bei
+grossen /var/log/syslog files `[schneller][5.2]`.
+
+[5.1]: https://github.com/krebscode/painload/tree/master/retiolum/scripts/adv_graphgen
+[5.2]: https://github.com/krebscode/painload/commit/822c43a763aa61c1accce3768090d066048faaff
+
+## Ticket-Fetcher für den 28C2
+
+Da die 28C3 Presales Tickets rar sind und Leute anfangen das Einkaufen zu
+automatisieren kann nicht auf das Glück des Tüchtigen gehofft werden,
+sondern auch für den shack wird automatisiert. Herausgekommen ist ein
+Skript[6.1] (basierend auf einem anderen `[Skript][6.2] welches aber zu hart
+gesuckt hat) welches sich auf der Presales Seite einloggt und dort den
+"Confirm Order" Button drückt. Das Ganze wird in eine ELoop gepackt und den
+Tickets steht nun nichts mehr im Wege. Gebaut wurde das Skript in der nacht
+am 14.November (T-10H) bis zur nächsten Presales Runde für den 28C3.
+
+UPDATE 14.11.2011 16:30: Die Tickets sind bestellt, das Ziel ist erreicht.
+Allerdings nicht von einem der deployten Skripten gefetcht, sondern durch
+die manuelle `[Klick-Kraft][6.3]`. Für das nächste Jahr muss das skript also noch
+viel aggressiver fetchen und die bandbreite mit HTTP reqüsts füllen.
+
+[6.1] https://github.com/krebscode/painload/blob/master/too_old/mechanize_tickets.py
+[6.2] http://pastebin.com/SRwtNwKS
+[6.3] http://f.cl.ly/items/213N2l0c1p3d24332l0X/ragecomic.png
+
+## Das Krebs Asset Web
+
+Als zweitältestes Projekt und Untergruppierung des Shacks hat Krebs einiges
+an physikalischen Assets angesammelt. Diese werden von den KMs bzw. Krebs
+selbst verwaltet. Ziel des Krebs Asset Webs ist es die vorhandenen Assets
+zu dokumentieren und Metadaten über Besitzer, Ort oder Anzahl aufzunehmen.
+Dafür wurden im ersten Schritt Usecases definiert und
+`[niedergeschrieben][7.1]`.
+
+Daraus entstanden ist `[ass][7.2]`, ein minimalistisches Asset-Management Tool.
+Als persistentes Backend wird eine Append-Only Datei verwendet, Einträge
+werden atomar in ein Git-Repository committed. `[truth2json][7.3]` erzeugt aus
+dem aktuellen Datenbestand des asset-web eine JSON Datenstruktur. Diese
+kann dann für weitergehende Informationsgewinnung verwendet werden. Die
+`[README][7.4]` Datei erklärt die Verwendung der implementierten Tools, sowie
+die dahinter stehenden Konzepte.
+
+
+[7.1] https://github.com/krebscode/painload/blob/master/cholerab/assets/usecases.txt
+[7.2] https://github.com/krebscode/painload/blob/master/assets/bin/ass
+[7.3] https://github.com/krebscode/painload/blob/master/assets/bin/truth2json
+[7.4] https://github.com/krebscode/painload/blob/master/assets/README
+
+EOF