Vor rund zwei Monaten hat der Freifunk Winterberg e. V. quasi den Offenbarungseid geleistet und um Hilfe beim Netzerhalt gebeten — um die angebote Hilfe dann nach Wochen des Schweigens auf unbestimmte Zeit zu vertrösten. Mehr und mehr erreichen uns allerdings Nachrichten von Knotenbetreibenden, daß die Geduld mit den Winterbergern aufgebraucht sei und man die eigenen Knoten zum 4830.org e. V. umziehen wolle. Darum soll es also nun gehen.
Wir werden das exemplarisch an einer x86-VM mit Winterberg-Firmware – bislang auf 0.12.1 / gluon-v2021.1.2 — durchexzerzieren: https://map.freifunk-winterberg.net/#!/de/map/525400339896.
Voraussetzung ist SSH-Zugriff auf den eigenen Freifunk-Knoten.
Als erstes gilt es herauszufinden, um welche Hardware bzw. um welches Images es geht. Leider ist da eine Standard-VM wenig aussagekräfig.
root@FF-Test-525400339896:~# cat /tmp/sysinfo/model
QEMU Standard PC (i440FX + PIIX, 1996)
root@FF-Test-525400339896:~# cat /tmp/sysinfo/board_name
qemu-standard-pc-i440fx-piix-1996
Auf ›echtem Gerät‹ sieht das etwas aussagekräftiger aus:
root@33332-Schalueckstr-107-a823:~# cat /tmp/sysinfo/model
TP-Link TL-WDR3600 v1
root@33332-Schalueckstr-107-a823:~# cat /tmp/sysinfo/board_name
tplink,tl-wdr3600-v1
Wir spielen das daher erstmal weiter, als wollten wir einen WDR3600 v1 ins 4830.org-Netz holen.
Wir geben also in das Suchfeld auf https://fw.4830.org »TL-WDR3600« ein und selektieren im Dropdown dann die Hardwarerevision »v1«. Wir klicken dann auf »Upgrade« und bekommen eine Liste von (4830.org-) Firmwares für den WDR3600.
Wichtig: Für die Migration vom Freifunk Winterberg zum 4830.org e. V. müssen die Images aus der »deadend«-Reihe verwendet werden; nur diese sind Upgrade-kompatibel zu den betagten Winterberg-Firmwares!
Um also an die Download-URL für sysupgrade zu gelangen, geht man mit der Maus über »deadend« und speichert per Rechtsklick die URL, beim WDR3600 derzeit also ›https://fw.4830.org/firmware/deadend/sysupgrade/gluon-4830-1.4.0~202-tp-link-tl-wdr3600-v1-sysupgrade.bin‹.
Aus $Gründen, die diesen Beitrag sprengen würden, sind an der URL Änderungen vorzunehmen: aus ›https://fw.4830.org/firmware/‹ wird ›http://firmware.4830.org/‹ — diese URL kann dann für ›sysupgrade‹ verwendet werden.
Da es im konkreten Beispiel um eine x86-64-VM geht, sieht es wie folgt aus: »https://fw.4830.org/?q=x86%E2%81%A3%20generic%C2%A064bit%E2%81%A3%20alle%E2%81%A3%20Upgrade« ergibt als ›deadend‹-Upgrade-Image diese URL: »https://fw.4830.org/firmware/deadend/sysupgrade/gluon-4830-1.4.0~202-x86-64-sysupgrade.img.gz«.
Gemäß der genannten Umschreiberegeln für manuelles Updating lautet die Image-URL also »http://firmware.4830.org/deadend/sysupgrade/gluon-4830-1.4.0~202-x86-64-sysupgrade.img.gz«, und genau mit jeder probieren wir nun ein ›sysupgrade‹:
root@FF-Test-525400339896:~# sysupgrade -v http://firmware.4830.org/deadend/sysupgrade/gluon-4830-1.4.0~202-x86-64-sysupgrade.img.gz
Downloading 'http://firmware.4830.org/deadend/sysupgrade/gluon-4830-1.4.0~202-x86-64-sysupgrade.img.gz'
Connecting to 2a06:e881:1709:1111:0:57ff:fefd:bc94:80
Writing to '/tmp/sysupgrade.img'
/tmp/sysupgrade.img 100% |*******************************| 14291k 0:00:00 ETA
Download completed (14634977 bytes)
Image metadata not found
Reading partition table from bootdisk...
Reading partition table from image...
Saving config files...
etc/config/autoupdater
[…]
lib/gluon/core/sysconfig/wan_ifname
Commencing upgrade. Closing all shell sessions.
Connection to 192.168.122.44 closed by remote host.
Connection to 192.168.122.44 closed.
Nach ein paar Minuten:
wusel@cohen:~$ ssh -A root@192.168.122.44
BusyBox v1.30.1 () built-in shell (ash)
_/_/_/_/ _/ _/_/ _/
_/ _/ _/_/ _/_/ _/ _/ _/ _/_/_/ _/ _/
_/_/_/ _/_/ _/_/_/_/ _/ _/_/_/_/ _/ _/ _/ _/ _/_/
_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/
_/ _/ _/_/_/ _/ _/ _/_/_/ _/ _/ _/ _/
Freifunk-Firmware für die Kreise Gütersloh und Lippe; für Bielefeld und Bad
Oeynhausen; für die Landkreise Celle, Gifhorn, Lüneburg, Uelzen und die Alt-
mark, die Südheide und das Wendland; für Neubrandenburg, die Müritz-Region
und die Feldberger Seenlandschaft. Netzbetrieb: https://verein.4830.org
Karte und Infos zu den einzelnen Communities siehe https://map.4830.org ...
Tools:
- autoupdater -f (Firmware-Update erzwingen)
- autoupdater -b tng (Firmware-Update aus dem experimentellen »tng«-Zweig)
- batctl gwl (Informationen zu batman-adv-Gateways anzeigen)
- batctl o | wc -l (Anzahl 'orginators' (Knoten) im Netz anzeigen)
- batctl tg | wc -l (Anzahl aller Geräte im Netz anzeigen)
OS: 19.07-SNAPSHOT, r11430+27-ecbbb3 FW: 1.4.0~202
HW: QEMU Standard PC (i440FX + PIIX, 1996)
root@FF-Test-525400339896:~#
Das hat also soweit geklappt; aber wie sieht das auf Freifunk-/Batman-Ebene aus?
root@FF-Test-525400339896:~# batctl gwl
[B.A.T.M.A.N. adv openwrt-2019.2-14, MainIF/MAC: primary0/e6:75:85:c5:76:e3 (bat0/52:54:00:33:98:96 BATMAN_IV)]
Router ( TQ) Next Hop [outgoingIf] Bandwidth
* 02:ca:ff:ee:27:82 (255) 02:ca:ff:ee:27:82 [ mesh-vpn]: 1024.0/1024.0 MBit
02:ca:ff:ee:27:75 (224) 02:ca:ff:ee:27:82 [ mesh-vpn]: 1024.0/1024.0 MBit
Noice, auch das hat geklappt! »Under the Hood«, durch die Firmware, ist folgendes geschehen:
root@FF-Test-525400339896:~# cat multidomain-migration.log
./003-ffX-to-4830 start.
Migrating FFWTB-FW to 4830.org FW ...
Moved wtb node to autoupdate branch mns.
Migrating FFWTB-FW, mesh biggesee, to 4830.org's wb2 ...
Selected Mesh: wb2.
Setting domain: wb2.
./003-ffX-to-4830 start.
./003-ffX-to-4830 already running, skipping ...
./003-ffX-to-4830 done.
Lies: es wurde eine Winterberg-Firmware für Biggesee erkannt, diese Netzwerkeinstellungen werden im 4830.org-Mesh »wb2« gespiegelt; b. a. w. wird dieser Knoten wie gewohnt funktionieren, nur mit einem IPv4- und IPv6-Uplink über den 4830.org e. V. statt über den Freifunk Winterberg e. V. Desweiteren wurde für den Autoupdater der Zweig auf »mns« gesetzt, damit wir alle migrierten Knoten gezielter mit Firmwares ausstatten können.
Das war’s eigentlich auch schon.
Naja, fast; der Knoten ist nun nicht mehr auf der Winterberger Karte – https://map.freifunk-winterberg.net/#!/de/map/525400339896 – sichtbar, wohl aber auf der Interimskarte des 4830.org für den Bereich Winterberg: https://map02.4830.org/map/#!v:m;n:525400339896 …
Vermutlich wird der Knoten sich von der 1.4er Firmware noch auf eine neuere Version ›autoupdaten‹, die x86-64-VM z. B. auf:
_/ _/ _/_/ _/_/_/ _/
_/ _/ _/ _/ _/ _/ _/ _/_/ _/ _/_/ _/_/_/
_/_/_/_/ _/_/ _/_/ _/ _/ _/ _/ _/_/ _/ _/
_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/
_/ _/_/ _/_/_/ _/ _/ _/_/ _/ _/_/_/
_/
Freifunk-Firmware für die Kreise Gütersloh und Lippe; für Bad _/_/ Oeyn-
hausen und Bielefeld; für die Landkreise Celle, Gifhorn, Lüneburg, Uelzen
und die Altmark, die Südheide und das Wendland; für Neubrandenburg, die Mü-
ritz-Region und die Feldberger Seenlandschaft; für Hamm, Soest und Möhnesee
Karte und Infos zu den einzelnen Communities siehe https://map.4830.org ...
Tools:
- autoupdater -f (Firmware-Update erzwingen)
- autoupdater -b tng (Firmware-Update aus dem experimentellen »tng«-Zweig)
- batctl gwl (Informationen zu batman-adv-Gateways anzeigen)
- batctl o | wc -l (Anzahl 'orginators' (Knoten) im Netz anzeigen)
- batctl tg | wc -l (Anzahl aller Geräte im Netz anzeigen)
OS: 22.03-SNAPSHOT, r20278+17-a08553 FW: 1.9.0~41
HW: QEMU Standard PC (i440FX + PIIX, 1996)
root@FF-Test-525400339896:~#
Zu einem späteren Zeitpunkt werden wir die Knoten in den alten Netzen von Freifunk Winterberg neu auf andere Netze verteilen, um eine möglichst gute Ressourcenauslastung zu gewährleisten. Dazu aber zu gegebener Zeit mehr.
Schreibe einen Kommentar
Du musst angemeldet sein, um einen Kommentar abzugeben.