Download

Firmware Download Assistent

Die momentan aktuellen Versionen sind immer hier zu finden:

Firmware Download Assistent

Wenn der Ort an dem ihr euren Router aufstellen wollt auf der Karte nicht farbig angemalt ist, dann wählt bitte “Außenbezirke und Offloader” aus.

Firmware Download Server

Es kann passieren, dass euer Router in der Liste der unterstützten Router im Assistenten nicht auftaucht.
Eventuell wird der Router mit einer Firmware Version unterstützt, die sich noch in der Testphase befindet.
Diese könnt ihr dann aus dem passenden Verzeichnis laden:

Versionen

Aktuelle Verteilung der Firmware Versionen in der klassischen Struktur

Historie

Geplante Versionen

Derzeit in der Vorbereitung oder Planung befindliche Versionen:

Autoupdate

Es gibt drei mögliche Update-Kanäle (Branches), aus denen ein Knoten Firmware-Upates automatisch beziehen kann. Eine neu erstellte Firmware durchläuft immer erst die Branches experimental und beta bevor das Update als stable für alle Knoten freigegeben wird.

Der zu nutzende Kanal kann im Konfigurationsmodus der Knoten ausgewählt werden. Als Standard bei neu installierten Knoten ist immer ein Autoupdate über den stable-Kanal eingestellt, egal ob die Firmware aus einem anderen Kanal bezogen wurde. Falls die Einstellung geändert wird bleibt die Änderung aber auch nach einem Update erhalten.

Stable

Bei allen Knoten, an die man nicht problemlos ran kommt und die nicht direkt von Menschen aus der FFDO-Community betrieben werden sollte der Autoupdater i.d.r. immer aktiv sein und auf stable gestellt sein. Es werden nur ausgiebig getestete Updates verteilt.

Beta

Knoten, auf ihr im Notfall physikalischen Zugriff habt können problemlos auf beta betrieben werden. Die Updates werden in den Beta-Branch gelegt wenn sie nach der Verteilung über experimental keine offensichtlichen Fehler mehr enthalten, aber noch ausgiebig getestet werden müssen bevor sie für alle Knoten freigegeben werden können.

Es ist wichtig, viele unterschiedliche Router-Modell im Beta-Test zu haben, da vorher nur einige wenige Modelle getestet werden können.

Experimental

Neue Firmware, die für ein Autoupdate vorgesehen ist wird kurz nach der Erstellung in den experimental-Branch gelegt. Die Updates sind hier noch nicht ausgiebig getestet, es kann also passieren dass ein Router nicht mehr korrekt funktioniert nach dem Update.

Entwicklung

Buildsystem

Unsere Router-Firmware basiert auf dem Gluon-Projekt. Die FFDO-spezifische Konfiguration und die zur Erstellung der Firmware genutzten Build-Scripte werden auf Github im Repository site-ffdo gepflegt. Der Build-Vorgang ist komplett automatisiert und kann auf jedem Host mit Docker ohne großes Vorwissen nachvollzogen werden.

Image-Server

Neue Struktur

Alle Releases der neuen Struktur liegen auf https://images.ffdo.de/ffdo_ng/

Die Firmware wird in den Verzeichnissen “releases” der einzelnen Domänen versioniert abgelegt

/ffdo_ffdo_ng/domaenen/domaeneNN/releases/x.x.x/images
/ffdo_ffdo_ng/domaenen/domaeneNN/releases/y.y.y/images

In der neuen Struktur wurde die klassische Struktur in 11 Regionen/Domänen aufgeteilt:

Die geografische Lage der einzelnen Domänen kann auf dem Firmware Download Server eingesehen werden.

Klasssische Struktur

Alle Releases der klassischen Struktur liegen auf https://images.ffdo.de/ffdo/

Verwendet die Firmware aus der klassischen Struktur, wenn ihr einen Router mit anderen Router aus der klassischen Struktur verbinden wollt.

Alle Firmware-Releases, auch archivierte und noch nicht für ein Autoupdate freigegebene Versionen können hier heruntergeladen werden: https://images.ffdo.de/ffdo/releases/

Falls ihr euch nicht sicher seid, welche Version ihr nutzen sollt bitte immer die stabilen (stable)-Images nutzen.

Die Firmware wird im Verzeichnis “releases” versioniert abgelegt:

/ffdo/releases/x.x.x/images
/ffdo/releases/x.x.x/modules
/ffdo/releases/y.y.y/images
/ffdo/releases/y.y.y/modules

Das in einem Branch aktuell ausgelieferte Release wird durch gluon-provisioner festgelegt. Damit ist möglich einzelne Router, Routergruppen oder mit verschiedenen Version der Firmware zu versorgen. Dazu passt man die Datei /etc/gluon-provisioner.yaml an (siehe Beispiel) und startet den gluon-provisioner mit sudo systemctl restart gluon-provisioner.service neu.

Freigabe von Autoupdates

Damit ein automatisches Update von den Knoten akzeptiert wird muss im Sysupgrade-Verzeichnis ein Manifest für das jeweilige Branch liegen (stable.manifest, beta.manifest, experimental.manifest). Das Manifest enthält SHA512-Checksummen aller Update-Dateien und den Release-Kanal. Das Manifest muss digital unterschrieben sein, damit das Update von den Knoten akzeptiert wird.

Momenten sind folgene Regelungen konfiguriert:

• Stable und Beta benötigen zwei Unterschriften zur Freigabe
• Experimental benötigt nur eine Unterschrift.

Schlüssel zum Unterschreiben von Firmware-Releases besitzen Till, Torben, Tim, Markus, Stefan und Cajus

Firmware Unterschreiben in der neuen Struktur

Mit der neuen Struktur ist die Firmware für die verschiedenen Domänen in unterschiedliche Verzeichnisse verteilt. Das Zertifizieren der Manifeste kann sehr mühsam sein. Es gibt einen einfachen Weg, wenn der Unterzeichner sich per ssh auf images.ffdo.de einloggen kann. Zuerst besorgt man sich das ‘sign.sh’ tool aus github:

wget https://raw.githubusercontent.com/ffdo/site-ffdo-l2tp/master/sign.sh 
chmod u+x sign.sh

Wenn man dann seinen private Schlüssel in einer Datei gespeichert hat, zB $HOME/secret.txt, kann man mit

sudo find /data/images.ffdo.de/ffdo_ng/domaenen/domaene*/releases/2.0.4 -name "*.manifest" -exec $HOME/sign.sh $HOME/secret.txt {} \;

auf einen Schlag die 2.0.4er Versionen aller Domänen signieren. Ggf muss die Versionsnummer an die aktuelle Version angepasst werden. Auch kann man mit -name “experimental.manifest” das Signieren auf einen bestimmten Branch limitieren. Die Datei mit dem privaten Schlüssel sollte anschließend gelöscht werden. Das ‘sign.sh’ Tool kann für die nächste Version verbleiben.