<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi Ulf,<div class=""><br class=""></div><div class="">1. Jepp, das ist in Gluon nicht vorgesehen.</div><div class=""><br class=""></div><div class="">2. Dokumentiert ist alles bereits im Wiki des Gluon GitHub Repository:</div><div class=""><br class=""></div><div class=""><a href="https://github.com/freifunk-gluon/gluon/wiki/Commandline-administration" class="">https://github.com/freifunk-gluon/gluon/wiki/Commandline-administration</a></div><div class=""><br class=""></div><div class="">3. Das wäre auch eine Möglichkeit, /etc/rc.local bleibt beim Update erhalten. Wenn man dort prüfen würde, ob die Einstellungen stimmen und sie ansonsten neu setzt, sollte das klappen.</div><div class=""><br class=""></div><div class="">Gruß</div><div class="">David</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">Am 26.04.2019 um 18:28 schrieb <a href="mailto:ub1x@gmx.net" class="">ub1x@gmx.net</a>:</div><br class="Apple-interchange-newline"><div class=""><div class=""><div style="font-family: Verdana;font-size: 12.0px;" class=""><div class="">
<div class="">Hallo Zusammen,</div>
<div class=""> </div>
<div class="">bin zwar recht unbeteiligt bei dem Thema (bis jetzt - habe zwar Martin Unterstützung versprochen, warte aber noch auf seine Rückmeldung).</div>
<div class=""> </div>
<div class="">Aber zum Thema:</div>
<div class="">1. Wenn ich David richtig verstanden habe liegt das am original Firmware build (also openWRT oder Gluon) - habe ich das richtig verstannden?</div>
<div class="">2. Ist es möglich diese Info auf Eurem Wiki zu Veröffentlichen, damit die Informationen gesammelt vorhanden sind (habe jetzt ehrlich gesagt nicht nachgeschaut ob sie schon da sind)</div>
<div class="">3. Wäre ein Script das automatisch nach dem Neustart ausgeführt wird und entweder remote geladen bzw. lokal nach einem Update nicht überschrieben wird und automatisch gestartet wird eine Option?</div>
<div class=""> </div>
<div class="">Schönes Wochenende</div>
<div class="">Ulf</div>
<div class="">
<div style="margin: 10.0px 5.0px 5.0px 10.0px;padding: 10.0px 0 10.0px 10.0px;border-left: 2.0px solid rgb(195,217,229);" class="">
<div style="margin: 0 0 10.0px 0;" class=""><b class="">Gesendet:</b> Freitag, 26. April 2019 um 18:02 Uhr<br class="">
<b class="">Von:</b> "David Lutz via ff3l" <<a href="mailto:ff3l@ff3l.net" class="">ff3l@ff3l.net</a>><br class="">
<b class="">An:</b> "ML [Privat]" <<a href="mailto:martin.lehmann@daheim.org" class="">martin.lehmann@daheim.org</a>><br class="">
<b class="">Cc:</b> <a href="mailto:ff3l@ff3l.net" class="">ff3l@ff3l.net</a><br class="">
<b class="">Betreff:</b> Re: Neue Firmware 2018.2.1</div>
<div class="">
<div class="">Hallo Martin,
<div class=""> </div>
<div class="">Die Diskussion kommt jetzt seit 5 Jahren immer wieder hoch ;)
<div class=""> </div>
<div class="">Für a) gibt es eine Option, um die Änderung fix zu machen:</div>
<div class=""> </div>
<div class="">
<pre style="box-sizing: border-box;font-family: SFMono-Regular , Consolas , "Liberation Mono" , Menlo , Courier , monospace;font-size: 13.6px;margin-bottom: 0.0px;margin-top: 0.0px;background-color: rgb(246,248,250);line-height: 1.45;overflow: auto;padding: 16.0px;color: rgb(36,41,46);" class="">uci <span class="pl-c1" style="box-sizing: border-box;color: rgb(0,92,197);">set</span> gluon-core.@wireless[0].preserve_channels=<span class="pl-s" style="box-sizing: border-box;color: rgb(3,47,98);"><span class="pl-pds" style="box-sizing: border-box;">'</span>1<span class="pl-pds" style="box-sizing: border-box;">'</span></span>uci commit gluon-core</pre>
<div class=""> </div>
<div class="">Für das b) Problem gibt es leider immer noch keine Lösung. Schon seit geraumer Zeit soll das ganze Networking modernisiert werden. Es gibt aber einen (unsupporteten) Workaround: Statt WAN und LAN zusammenzubridgen, kannst du WAN und LAN tauschen. Damit hast du dann 4 gebridgte WAN-Ports und einen LAN-Port. Ob das in Zukunft irgendwann zu Problemen führen könnte, kann ich nicht sagen.</div>
<div class=""> </div>
<div class="">
<h1 class="sectionedit5" id="lan_und_wan_port_tauschen" style="padding: 0.0px;line-height: 1.2;clear: left;margin: 0.0px 0.0px 0.444em;color: rgb(51,51,51);font-family: Arial , sans-serif;background-color: rgb(255,255,255);">LAN und WAN Port tauschen</h1>
<div class="level1" style="margin: 0.0px;padding: 0.0px;color: rgb(51,51,51);font-family: Arial , sans-serif;font-size: 14.0px;background-color: rgb(255,255,255);"><p style="margin: 0.0px 0.0px 1.4em;padding: 0.0px;" class="">in /etc/config/network die Worte <strong class="">eth0</strong> und <strong class="">eth1</strong> tauschen</p>
<ul style="margin: 0.0px 0.0px 1.4em;padding: 0.0px 0.0px 0.0px 1.5em;list-style: square outside;" class="">
<li class="level1" style="padding: 0.0px;margin: 0.0px 0.0px 0.0px 1.5em;color: rgb(153,153,153);">
<div class="li" style="margin: 0.0px;padding: 0.0px;color: rgb(51,51,51);">beim 3600/4300er TP-Link eth0 durch eth0.1 und eth1 durch eth0.2 ersetzen</div>
</li>
</ul><p style="margin: 0.0px 0.0px 1.4em;padding: 0.0px;" class="">in /lib/gluon/core/sysconfig die Dateien lan_ifname und wan_ifname anpassen (Inhalt tauschen)</p>
<ul style="margin: 0.0px 0.0px 1.4em;padding: 0.0px 0.0px 0.0px 1.5em;list-style: square outside;" class="">
<li class="level1" style="padding: 0.0px;margin: 0.0px 0.0px 0.0px 1.5em;color: rgb(153,153,153);">
<div class="li" style="margin: 0.0px;padding: 0.0px;color: rgb(51,51,51);">cat /lib/gluon/core/sysconfig/wan_ifname</div>
</li>
<li class="level1" style="padding: 0.0px;margin: 0.0px 0.0px 0.0px 1.5em;color: rgb(153,153,153);">
<div class="li" style="margin: 0.0px;padding: 0.0px;color: rgb(51,51,51);">cat /lib/gluon/core/sysconfig/lan_ifname</div>
</li>
<li class="level1" style="padding: 0.0px;margin: 0.0px 0.0px 0.0px 1.5em;color: rgb(153,153,153);">
<div class="li" style="margin: 0.0px;padding: 0.0px;color: rgb(51,51,51);">echo <strong class="">eth0</strong> > /lib/gluon/core/sysconfig/wan_ifname</div>
</li>
<li class="level1" style="padding: 0.0px;margin: 0.0px 0.0px 0.0px 1.5em;color: rgb(153,153,153);">
<div class="li" style="margin: 0.0px;padding: 0.0px;color: rgb(51,51,51);">echo <strong class="">eth1</strong> > /lib/gluon/core/sysconfig/lan_ifname</div>
</li>
</ul>
</div>
<div class=""> </div>
</div>
<div class="">Die sauberste Lösung wäre allerdings, einen kleinen Switch zu verwenden.</div>
<div class=""> </div>
<div class="">Gruß</div>
<div class="">David</div>
<div class=""> </div>
<div class="">
<blockquote class="">
<div class="">Am 26.04.2019 um 17:46 schrieb ML [Privat] <<a href="mailto:martin.lehmann@daheim.org" onclick="parent.window.location.href='mailto:martin.lehmann@daheim.org'; return false;" target="_blank" class="">martin.lehmann@daheim.org</a>>:</div>
<div class="">
<div class="">Hallo David,<br class="">
<br class="">
es ist leider so, dass man inzwischen fast bei jeden Freifunk-Firmware Update manuell nacharbeiten muss,<br class="">
weil gesetzte Settings nicht beibehalten werden, sondern vom Firmware-Update überschrieben werden.<br class="">
<br class="">
Beispiele:<br class="">
<br class="">
a) Channel Config wurde gelöscht:<br class="">
uci set wireless.radio0.channel='xx'<br class="">
--> wird mit Channel 1 überschrieben<br class="">
<br class="">
b) LAN-Switch-Config wurde gelöscht:<br class="">
uci set network.client.ifname='bat0'<br class="">
uci set network.wan.ifname='eth0 eth1'<br class="">
--> wird auf Default zurückgesetzt, d.h. bat0 wird mit eth1 gebridged.<br class="">
<br class="">
In der Folge hatten wir diverse Ausfälle und Switching/MESH-Chaos.<br class="">
Wenn jemand eine Hand voll ff3l Router verwaltet, mag das "Zurücksetzen" akzeptabel sein, aber bei sehr vielen Routern geht das nicht mehr spurlos.<br class="">
<br class="">
Die Netz-Config und WLAN-Config muss bei Firmware-Updates bitte unbedingt unberuehrt bleiben.<br class="">
<br class="">
Wie kann man verhindern, dass "Custom Settings" im Bereich LAN/WLAN durch ein ff3l Firmware-Update in Zukunft überschrieben werden?<br class="">
<br class="">
Viele Gruesse,<br class="">
Martin<br class="">
<br class="">
-----Ursprüngliche Nachricht----- From: David Lutz via ff3l<br class="">
Sent: Thursday, April 25, 2019 11:12 AM<br class="">
To: <a href="mailto:ff3l@ff3l.net" onclick="parent.window.location.href='mailto:ff3l@ff3l.net'; return false;" target="_blank" class="">ff3l@ff3l.net</a><br class="">
Subject: Re: Neue Firmware 2018.2.1<br class="">
<br class="">
Hi zusammen,<br class="">
<br class="">
Wenn niemand etwas dagegen hat, würde ich die neue Firmware gerne im<br class="">
Laufe des Tages ausrollen.<br class="">
<br class="">
Gruß<br class="">
<br class="">
David<br class="">
<br class="">
<br class="">
Am 04.04.19 um 17:46 schrieb David Lutz via ff3l:
<blockquote class="">Achja, hätte ich fast vergessen:<br class="">
<br class="">
Es werden neue Geräte unterstützt:<br class="">
<br class="">
AVM Fritz!WLAN Repeater 300E<br class="">
Nexx WT3020AD/F/H<br class="">
Gl.iNet MT300N (v2)<br class="">
Netgear R6120<br class="">
TP-Link Archer C50 (v3, v4)<br class="">
TP-Link TL-WR841N (v13)<br class="">
<br class="">
<br class="">
Gruß<br class="">
<br class="">
David<br class="">
<br class="">
<br class="">
Am 04.04.19 um 11:52 schrieb David Lutz via ff3l:
<blockquote class="">Hallo liebe Mitfunkende*innen/außen,<br class="">
<br class="">
Seit etwa zwei Wochen gibt es ein neues Gluon Minor Release.<br class="">
<br class="">
Die Firmware ist grob getestet, liegt auf dem Server bereit und ist seit<br class="">
eben für den experimental-Zweig für den Autoupdater signiert.<br class="">
<br class="">
Version 2018.2 hat sich bei uns als stabilste Firmware seit langem<br class="">
bewährt. Trotzdem haben sich ein paar kleine Bugs eingeschlichen, die in<br class="">
diesem Release behoben sind:<br class="">
<br class="">
So wurde bei einer Vielzahl der Geräte die IPv6-Adresse doppelt<br class="">
angezeigt und es gab auf der Statusseite teilweise falsche Anzeigewerte<br class="">
zur Speicherauslastung.<br class="">
<br class="">
Für ein paar Geräte (GL.iNet GL-AR150/300M/750, Raspi B+) wurden die<br class="">
Imagenamen behoben, die Probleme mit dem Autoupdater verursachen können.<br class="">
<br class="">
Bei Unifi AC Geräten wurde teils die falsche MAC-Adresse verwendet.<br class="">
<br class="">
Bei ath10k-Geräten wurde ein Bug in der Data Rate Selection behoben,<br class="">
die teilweise eine 5GHz-Verbindung verhindert hat.<br class="">
<br class="">
<br class="">
Zudem habe ich in dieser Firmware die OSM-Unterstützung aktiviert, die<br class="">
es seit 2018.2 gibt (und die ich beim letzten Mal vergessen habe... 🙄).<br class="">
Man kann also, wenn man einen Knoten konfiguriert, direkt auf der<br class="">
Konfigurationsseite die Koordinaten auf einer Karte auswählen.<br class="">
Dazu ist allerdings eine Internetverbindung während der Konfiguration<br class="">
notwendig (beispielsweise per WLAN).<br class="">
<br class="">
Ich hoffe, dass wir die Firmware in Bälde ganz ausrollen können.<br class="">
<br class="">
Liebe Grüße<br class="">
<br class="">
David<br class="">
<br class="">
<br class="">
</blockquote>
</blockquote>
<br class="">
</div>
</div>
</blockquote>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<div class=""> </div>
<div class="signature"> </div></div></div>
</div></blockquote></div><br class=""></div></body></html>