Nachdem wir uns nun die ersten Wochen mit dem Projekt besch\u00e4ftigt haben, ging es an den Aufbau der\u00a0Grundlagen. Wir haben uns zwar alle unabh\u00e4ngig von einander einem Teilbereich zugewandt, jedoch stellt die Erstellung des RaspberryPi-Images die Grundlage f\u00fcr viele weitere Schritte dar. Dazu haben wir uns zuerst an der Verwendung von Buildroot<\/strong> als Werkzeug versucht. Jedoch sind wir relativ schnell zu dem Schluss gekommen, dass dies f\u00fcr unser Projekt eher weniger geeignet ist. Der Grund liegt in den verwendeten Bestandteilen und dem Zweck unseres Projekts: Unser Ziel ist es von Anfang an gewesen, ein m\u00f6glichst sicheres und damit auch aktuelles System anbieten zu k\u00f6nnen. Dazu setzen wir auf einen bekannten XMPP-Server und sonst stets aktuelle Softwarepakete. Gerade wenn ein solches System \u00fcber einen l\u00e4ngeren Zeitraum betrieben werden soll, muss es die M\u00f6glichkeit geben, das System zu einem beliebigen Zeitpunkt auf den aktuellsten Softwarestand zu bringen, um alle\u00a0bekannten Schwachstellen schlie\u00dfen zu k\u00f6nnen.<\/p>\n Aus diesem Grund haben wir schnell das Tool Buildroot<\/em> zur Seite gelegt und uns stattdessen mit Debootstrap<\/strong> befasst. Dabei handelt es sich um ein Tool, mit deren Hilfe man auf einer Debian-basierenden Distribution eine\u00a0abgetrennte Debian Installation aufbauen kann. Kombiniert wird dieses Tool mit dem Emulator Qemu<\/strong>, sodass eine ARM-Architektur (analog zum RaspberryPi) simuliert\u00a0werden kann. Als Grundlage f\u00fcr das Systemimage werden zum einen die Raspbian-Repositories<\/strong> (https:\/\/www.raspbian.org\/RaspbianRepository) und zum anderen das rpi-update<\/strong>-Tool (https:\/\/github.com\/Hexxeh\/rpi-update) verwendet. Das Repository liefert ein sehr breites Spektrum an fertig kompilierten Systembestandteilen\/Programmen und das rpi-update<\/em>-Tool ist in der Lage, die aktuellste Firmware zum Boot des RaspberryPi’s herunterzuladen und abzulegen.<\/p>\n Die n\u00e4chste Herausforderung war es, den Build-Prozess\u00a0zu automatisieren; dabei jedoch die Flexibilit\u00e4t nicht zu sehr einzuschr\u00e4nken. Dazu wurde ein Bash-Script erstellt, welches auf einer Debian-basierenden Distribution gestartet wird und die folgenden Schritte vollautomatisiert durchf\u00fchrt:<\/p>\n Durch die Zuhilfenahme dieses Scripts kann das SD-Image f\u00fcr das Raspberry mit einem einzigen Befehl erstellt werden. Die Anpassungen am Image k\u00f6nnen entweder durch Ablegen von Dateien in dem Overlay-Verzeichnis oder durch die Anpassung des Install-Scripts erfolgen. Der Umgang ist somit sehr einfach und erfordert kaum zus\u00e4tzliche Kenntnisse.<\/p>\n Desweiteren haben wir eine kleine Lochrasterplatine erstellt, die das 16×2 LCD-Display tr\u00e4gt und direkt auf das RaspberryPi aufgesteckt werden kann. Dieses Display wird im weiteren Projektverlauf verwendet, um Informationen zu der Softwareumgebung (z.B. IP-Adresse) darzustellen. Damit die Helligkeit und der Kontrast des Displays flexibel eingestellt werden k\u00f6nnen, wurden zudem zwei Potentiometer auf der Platine verbaut.<\/p>\n <\/p>\n \/\/ Edit:\u00a0<\/strong><\/p>\n Auf den Wunsch von Herr Schulmeister hin habe ich ein Archiv angeh\u00e4ngt, welches das Script und unser aktuelles Overlay-Verzeichnis beinhaltet. Bitte beachten, dass das Script sicher nicht perfekt ist und sich im laufe des Projekts auch noch ver\u00e4ndern kann.\n
Display<\/h2>\n
\nGetestet wurde das Script unter Ubuntu 17.04 (Zesty) – auf Debian sollte es aber auch funktionieren.<\/em><\/p>\n