[freifunk-public] feedback zum unvollständigen Domain-switch: Neue experimental-Firmware 1.9.0~exp20200809

[Fam. Fontaine]

Hi Ralf,

>> Da die Domain relevant fürs meshen ist, schlage ich vor in der
>> stable-Version die Domain mit ins motd aufzunehmen
> Leider weiß ich keinen guten Mechanismus, das zu realisieren.  Oder kann man
> irgendwie beliebige Shell-Befehle im motd ausführen?

habe mal auf die Schnelle etwas ausporbiert und folgendes funktioniert
bei mir.

SFmba:HammelsbergVa fontaines$ diff etc/init.d/dropbear.orig
etc/init.d/dropbear
204a205,209
 > # proposal of mail at sfinp.de from 16.08.2020
 > dom=`uci get gluon.core.domain`
 > /bin/sed "s/Domain: .*/Domain: ${dom}/" /etc/banner > /tmp/banner.tmp
 > /bin/mv /tmp/banner.tmp /etc/banner
 > # endo of proposal of mail at sfinp.de from 16.08.2020
SFmba:HammelsbergVa fontaines$
SFmba:HammelsbergVa fontaines$ diff etc/banner.orig etc/banner
8a9
 >  Domain: mzg
SFmba:HammelsbergVa fontaines$
SFmba:HammelsbergVa fontaines$ cat etc/banner
   _____  _____
_/ ____\/ ____\___________  _____ _______
\   __\\   __\/  ___/\__  \ \__  \\_  ___\
  |  |   |  |  \___ \  / __ \_/ __ \|  |
  |__|   |__| /_____/ (_____/(_____//__|
  -----------------------------------------------------
  OpenWrt 19.07-SNAPSHOT, r11098+13-9cafcbe0bd
  gluon-ffsaar 1.9.0~exp20200809 / gluon v2020.2
  Domain: mzg
  -----------------------------------------------------
  Gluon commandline administration reference:
  https://github.com/freifunk-gluon/gluon/wiki/Commandline-administration
  -----------------------------------------------------
SFmba:HammelsbergVa fontaines$


Allerdings gebe ich gerne zu, dass das Ändern des dropbear
start-scriptes vielleicht nicht die allerbeste Idee ist.
Da dropbear aber die Grundvorraussetzung für einen ssh-login ist fand
ich es ganz nützlich.
Man das Code-sniplet natürlich auch in andere Codes einbauen, oder sogar
ein eigenes boot-script dafür vorsehen.
Vielleicht auch in "uci commit" einbauen (lassen)?

Grüße
Sebastian

>
> Viele Grüße,
> Ralf
>
>> Grüße
>> Sebastian
>>
>>
>> Am 10.08.20 um 14:16 schrieb Ralf Jung via freifunk-public:
>>> Hallo allerseits,
>>>
>>> es gibt eine neue Firmware auf unserem experimental-Branch!  Version
>>> 1.9.0~exp20200809 der ffsaar-Firmware basiert auf Gluon v2020.2, das inzwischen
>>> endlich einen stabilen Release hat.
>>>
>>> Damit gibt es (gegenüber 1.8.1) eine ganze Reihe neuer unterstützter Geräte:
>>>
>>> * Aruba: AP-303, Instant On AP11
>>> * AVM: FRITZ!Repeater 1200, FRITZ!Box 7312, FRITZ!Box 7360 (v1, v2),
>>>     FRITZ!Box 7360 SL, FRITZ!Box 7362 SL, FRITZ!Box 7412
>>> * Cudy: WR1000
>>> * devolo: WiFi pro 1200e, WiFi pro 1200i, WiFi pro 1750c, WiFi pro 1750e,
>>>     WiFi pro 1750i, WiFi pro 1750x
>>> * EnGenius: ENS620EXT
>>> * Enterasys: WS-AP3710i
>>> * GL.iNet: GL-AR300M-Lite, GL-AR750S, VIXMINI
>>> * Linksys: EA6350 (v3)
>>> * Netgear: R7800, EX6150 (v1), R6220, DGN3500B
>>> * OCEDO: Raccoon, Panda
>>> * TP-Link: Archer C6 v2, Archer C2 (v1), Archer C20 (v1), Archer C20i,
>>>     Archer C50 (v1), TL-MR3020 (v3), TL-WA801ND (v5), TL-WR902AC (v3),
>>>     CPE220 (v3), TD-W8970
>>> * Xiaomi: MiWifi Mini
>>>
>>> Leider musste die Unterstützung für manche Geräte wieder entfernt werden, weil
>>> die Partitionierung auf diesen Geräten für Gluon ungeeignet ist:
>>> * ALFA: Network Hornet-UB, Network Tube2H, Network N2, Network N5
>>>
>>> Außerdem wurden diverse Fehler behoben, insbesondere einer im
>>> Tunneldigger-Watchdog der für unnötige Neustarts gesorgt hat.  Alte Geräte mit
>>> wenig RAM sollten dank zram-swap etwas besser laufen.
>>>
>>> In der neuen Firmware ist bereits die Unterstützung für die geplanten "Domains"
>>> enthalten, mit der wir das Netz in mehrere kleine Netze aufteilen wollen.
>>> Kleinere Netze sind einfach zu verwalten, was einerseits den Datenverkehr
>>> reduziert und andererseits auch auf Geräten mit wenig RAM kostbaren Platz spart.
>>> Jede Domain ist ein eigenes Netz; für den User sehen sie alle aus wie
>>> "saar.freifunk.net" aber die Meshes sind getrennt (d.h. benachbarte oder per
>>> Kabel verbundene Geräte in verschiedenen Domains meshen nicht).
>>>
>>> Es gibt eine Domain pro Landkreis.  Später werden wir Knoten automatisch der
>>> richtigen Domain zuweisen; aktuell muss das aus Testzwecken noch von Hand
>>> geschehen.  Es wäre super, wenn manche von euch das testen könnten, indem ihr
>>> ein paar Geräte in die entsprechende Landkreis-Domain schiebt. Das geht per SSH
>>> mit den folgenden Befehlen:
>>>
>>> uci set gluon.core.domain="newdomaincode"
>>> gluon-reconfigure
>>> reboot
>>>
>>> "newdomaincode" ist hierbei "saar" (für Saarbrücken und alle Knoten, die noch
>>> nicht umgezogen sind) oder das Kennzeichenkürzel des Landkreises: mzg, nk, sls,
>>> hom, wnd. Außerdem gibt es "test", welches wir zum Testen verwenden; dort
>>> sollten Knoten nicht dauerhaft reingetan werden und unsere Tests können dort
>>> auch zu längeren Ausfällen führen.  Aktuell ist diese Domain auch nützlich, wenn
>>> einer von euch in Saarbrücken oder außerhalb des Saarlands ist (also keiner der
>>> Landkreise passt), aber helfen will, Domains zu testen.
>>> Falls ihr euch entscheidet, in eine der Domains zu wechseln, sagt uns bitte auf
>>> jeden Fall Bescheid, wie es läuft -- ob gut oder schlecht. :)
>>>
>>> Viele Grüße,
>>> Ralf

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.hacksaar.de/pipermail/freifunk-public/attachments/20200816/ce5bcb86/attachment.htm>