Firmware.page 13 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168
  1. ---
  2. format: markdown
  3. categories: Netz-Infrastruktur, Nodes
  4. title: Firmware
  5. ...
  6. # Download
  7. Die momentan aktuellen Versionen sind immer hier zu finden:
  8. Autoupdate-Kanal Für neu gekaufte Router (factory) Upgrade von bestehenden Freifunk-Knoten (sysupgrade)
  9. ---------------- ---------------------------------------------------------- -------------------------------------------------------------
  10. **Stabil** (*stable*) <https://images.ffdo.de/ffdo/stable/images/factory/> <https://images.ffdo.de/ffdo/stable/images/sysupgrade/>
  11. Test (*beta*) <https://images.ffdo.de/ffdo/beta/images/factory/> <https://images.ffdo.de/ffdo/beta/images/sysupgrade/>
  12. Experimentell (*experimental*) <https://images.ffdo.de/ffdo/experimental/images/factory/> <https://images.ffdo.de/ffdo/experimental/images/sysupgrade/>
  13. Alle Firmware-Releases, auch archivierte und noch nicht für ein Autoupdate freigegebene Versionen können hier heruntergeladen werden:
  14. <https://images.ffdo.de/ffdo/releases/>
  15. **Falls ihr euch nicht sicher seid, welche Version ihr nutzen sollt bitte *immer* die stabilen (stable)-Images nutzen.**
  16. # Versionen
  17. ## Aktuelle Verteilung der Firmware Versionen
  18. ![](https://grafana.ffdo.de/render/dashboard-solo/db/firmwareubersicht?panelId=1&orgId=1&theme=light&width=720&height=480&from=now-7d&to=now)
  19. ## Historie
  20. FFDO-Release Gluon-Version Aktuelle Kanäle Netz Erstellt am Erstellt von Änderungen
  21. ------------ ------------- --------------- ----- ----------- ----------------- ----------
  22. 2.2.3 2018.2.1 e neu 22.03.2019 Christian / Cajus Neue Router u.a. MT300Nv2, Archer C50 v3/v4, TL-WR841Nv13,GL-MT300A, GL-MT300N, GL-MT750 [gluon doc 2018.2.1](http://gluon.readthedocs.io/en/v2018.2.1/)
  23. 2.2.1 2018.2 neu 05.01.2019 Christian / Cajus Neue Router u.a. TP-Link Archer C7 v5, TL-WR810N v1, UniFi AC Mesh Pro [gluon doc 2018.2](http://gluon.readthedocs.io/en/v2018.2.q/)
  24. 2.1.3 2018.1.4 e neu 29.12.2018 Cajus Neue Router u.a. Archer C59 v1, TL-WA901ND v5 [gluon doc 2018.1.4](http://gluon.readthedocs.io/en/v2018.1.4/)
  25. 2.0.4 2017.1.8 e+b+s neu 28.09.2018 Cajus Neue Struktur: Aufteilung in 11 Firmware Versionen, L2TP statt fastd
  26. 0.11.8 2017.1.8 e neu 14.07.2018 Cajus TP-Link Archer C7 V4, TP-Link TL-WR940N V6, Ubiquiti UniFi AC Mesh [gluon doc 2017.1.8](http://gluon.readthedocs.io/en/v2017.1.8/)
  27. 0.11.7 2017.1.7 e neu 02.06.2018 Cajus Fehler bei Update von Ubiquiti Routern beseitigt/gemildert: [gluon doc 2017.1.7](https://gluon.readthedocs.io/en/v2017.1.7/releases/v2017.1.7.html)
  28. 0.11.6 2017.1.6 e neu 19.04.2018 Cajus DNS Cache deaktiviert, div. Bugfixes [gluon doc 2017.1.6](http://gluon.readthedocs.io/en/v2017.1.6/)
  29. 0.11.5 2017.1.5 e neu 28.02.2018 Cajus DNS Cache, GL Innovations GL-AR300M, TP-Link TL-WR1043N v5, Ubiquiti EdgeRouter-X, Ubiquiti EdgeRouter-X SFP, [gluon doc 2017.1.5](http://gluon.readthedocs.io/en/v2017.1.5/)
  30. 0.11.2 2017.1.2 e neu 01.01.2018 Cajus Erste Version von ffdo auf Basis von lede statt openwrt. [gluon doc 2017.1.2](http://gluon.readthedocs.io/en/v2017.1.2/)
  31. 0.10.3 2016.2.7 e+b+s neu 06.10.2017 Cajus TP-Link TL-WR841N/ND v12; [gluon doc 2016.2.7](http://gluon.readthedocs.io/en/v2016.2.7/)
  32. 0.10.2 2016.2.3 e+b+s neu 13.02.2017 Markus TP-Link TL-WR940N v4, TP-Link TL-WR1043ND v4; [gluon doc 2016.2.3](http://gluon.readthedocs.io/en/v2016.2.3/)
  33. 0.10.1 2016.2.2 neu 02.02.2017 Markus TP-Link CPE210/510, TL-WA801N/ND v3, TL-WR841ND v11
  34. 0.10.0 2016.2.1 neu 12.11.2016 Markus Gluon v2016.2.1, keine 802.11b-1999 Rates mehr, viele neue Geräte
  35. 0.9.2 2016.1.5 neu 01.06.2016 Markus Gluon v2016.1.5, kein Alfred mehr, Support für 841 V11, x86 und x86-64 Images
  36. 0.9.1 2016.1.3 neu 15.04.2016 Markus Ad-Hoc anstatt 802.11s, Gluon v2016.1.3
  37. 0.9.0 2016.1.2 neu 20.03.2016 Markus Umstellung auf neue Supernodes und 802.11s statt Ad-Hoc
  38. 0.8.2 2016.1.3 alt 16.04.2016 Markus Gluon 2016.1.3 mit Fix für Flash-Bug in 2016.1.2
  39. 0.8.1 2016.1.2 alt 20.03.2016 Markus Update auf Gluon 2016.1.2
  40. 0.8.0 2016.1 alt 27.02.2016 Markus Ein Tunnel pro Node, Autoupdate-Keys von FFDO statt FFRL
  41. 0.7.2 2015.1.2 alt Update auf FFRUHR-FFDO Subdomäne
  42. 0.6.1 ffrg
  43. ## Geplante Versionen
  44. Derzeit in der Vorbereitung oder Planung befindliche Versionen:
  45. FFDO-Release Gluon-Version Netz Erstellt von Änderungen
  46. ------------ ------------- ---- ----------------- ----------
  47. *3.0.0* *2018.1.* *neu* *Multidomain support in one Firmware image(?)*
  48. ## Autoupdate
  49. 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.
  50. 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.
  51. ### Stable
  52. 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.
  53. ### Beta
  54. 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.
  55. **Es ist wichtig, viele unterschiedliche Router-Modell im Beta-Test zu haben, da vorher nur einige wenige Modelle getestet werden können.**
  56. ### Experimental
  57. 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.
  58. # Entwicklung
  59. ## Buildsystem
  60. Unsere Router-Firmware basiert auf dem [Gluon-Projekt](https://gluon.readthedocs.org/). Die FFDO-spezifische Konfiguration und die zur Erstellung der Firmware genutzten Build-Scripte werden auf Github im Repository [site-ffdo](https://github.com/ffdo/site-ffdo) gepflegt. Der Build-Vorgang ist komplett automatisiert und kann auf jedem Host mit [Docker](https://www.docker.com/) ohne großes Vorwissen nachvollzogen werden.
  61. ## Image-Server
  62. ### Neue Struktur
  63. Alle Releases der neuen Struktur liegen auf <https://images.ffdo.de/ffdo_ng/>
  64. Die Firmware wird in den Verzeichnissen "releases" der einzelnen Domänen versioniert abgelegt
  65. /ffdo_ffdo_ng/domaenen/domaeneNN/releases/x.x.x/images
  66. /ffdo_ffdo_ng/domaenen/domaeneNN/releases/y.y.y/images
  67. In der neuen Struktur wurde die klassische Struktur in 11 Regionen/Domänen aufgeteilt:
  68. ID Region Aktuelle Stable Version Link zu allen Versionen
  69. -- --------------------------------------- ---------------------------------------------------------- ------------------------------------------------------------
  70. 01 Test und Dev [Domäne 01](https://fw-download.ffdo.de/?region=domaene01) <https://images.ffdo.de/ffdo_ng/domaenen/domaene01/releases>
  71. 02 Außenbezirke und Offloader [Domäne 02](https://fw-download.ffdo.de/?region=domaene02) <https://images.ffdo.de/ffdo_ng/domaenen/domaene02/releases>
  72. 03 Dortmund Mitte - Nord: [Domäne 03](https://fw-download.ffdo.de/?region=domaene03) <https://images.ffdo.de/ffdo_ng/domaenen/domaene03/releases>
  73. DO Innenstadt-Nord
  74. 04 Dortmund Mitte - Süd: [Domäne 04](https://fw-download.ffdo.de/?region=domaene04) <https://images.ffdo.de/ffdo_ng/domaenen/domaene04/releases>
  75. DO Innenstadt-West, DO Innenstadt-Ost
  76. 05 Dortmund Nord: [Domäne 05](https://fw-download.ffdo.de/?region=domaene05) <https://images.ffdo.de/ffdo_ng/domaenen/domaene05/releases>
  77. DO-Scharnhorst, DO-Brackel,
  78. DO-Lütgendortmund, DO-Mengede,
  79. DO-Huckrade, DO-Eving
  80. 06 Dortmund Süd: [Domäne 06](https://fw-download.ffdo.de/?region=domaene06) <https://images.ffdo.de/ffdo_ng/domaenen/domaene06/releases>
  81. DO-Hombruch, DO-Hörde, DO-Applerbeck
  82. 07 Werne [Domäne 07](https://fw-download.ffdo.de/?region=domaene07) <https://images.ffdo.de/ffdo_ng/domaenen/domaene07/releases>
  83. 08 Lünen [Domäne 08](https://fw-download.ffdo.de/?region=domaene08) <https://images.ffdo.de/ffdo_ng/domaenen/domaene08/releases>
  84. 09 Bergkamen, Kamen, Bönen [Domäne 09](https://fw-download.ffdo.de/?region=domaene09) <https://images.ffdo.de/ffdo_ng/domaenen/domaene09/releases>
  85. 10 Unna [Domäne 10](https://fw-download.ffdo.de/?region=domaene10) <https://images.ffdo.de/ffdo_ng/domaenen/domaene10/releases>
  86. 11 Schwerte, Holzwickede, Fröndenberg [Domäne 11](https://fw-download.ffdo.de/?region=domaene11) <https://images.ffdo.de/ffdo_ng/domaenen/domaene11/releases>
  87. Die geografische Lage der einzelnen Domänen kann auf dem [Firmware Download Server](https://fw-download.ffdo.de) eingesehen werden.
  88. ### Klasssische Struktur
  89. Alle Releases der klassischen Struktur liegen auf <https://images.ffdo.de/ffdo/>
  90. Die Firmware wird im Verzeichnis "releases" versioniert abgelegt:
  91. /ffdo/releases/x.x.x/images
  92. /ffdo/releases/x.x.x/modules
  93. /ffdo/releases/y.y.y/images
  94. /ffdo/releases/y.y.y/modules
  95. Das in einem Branch aktuell ausgelieferte Release wird durch [gluon-provisioner](https://github.com/ffdo/gluon-provisioner) festgelegt.
  96. Damit ist möglich einzelne Router, Routergruppen oder mit verschiedenen Version der Firmware zu versorgen.
  97. Dazu passt man die Datei `/etc/gluon-provisioner.yaml` an (siehe [Beispiel](https://raw.githubusercontent.com/ffdo/gluon-provisioner/master/examples/gluon-provisioner.yaml)) und startet den gluon-provisioner mit `sudo systemctl restart gluon-provisioner.service` neu.
  98. ## Freigabe von Autoupdates
  99. 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`).
  100. 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.
  101. Momenten sind folgene Regelungen konfiguriert:
  102. * Stable und Beta benötigen **zwei Unterschriften** zur Freigabe
  103. * Experimental benötigt nur eine Unterschrift.
  104. Schlüssel zum Unterschreiben von Firmware-Releases besitzen Till, Torben, Tim, Markus, Stefan und Cajus
  105. ## Firmware Unterschreiben in der neuen Struktur
  106. 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.
  107. Zuerst besorgt man sich das 'sign.sh' tool aus github:
  108. wget https://raw.githubusercontent.com/ffdo/site-ffdo-l2tp/master/sign.sh
  109. chmod u+x sign.sh
  110. Wenn man dann seinen private Schlüssel in einer Datei gespeichert hat, zB $HOME/secret.txt, kann man mit
  111. sudo find /data/images.ffdo.de/ffdo_ng/domaenen/domaene*/releases/2.0.4 -name "*.manifest" -exec $HOME/sign.sh $HOME/secret.txt {} \;
  112. 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.
  113. 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.