<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="">Hallo Martin,<div class=""><br class=""></div><div class="">Die Diskussion kommt jetzt seit 5 Jahren immer wieder hoch ;)<br class=""><div class=""><br class=""></div><div class="">Für a) gibt es eine Option, um die Änderung fix zu machen:</div><div class=""><br class=""></div><div class=""><pre style="box-sizing: border-box; font-family: SFMono-Regular, Consolas, 'Liberation Mono', Menlo, Courier, monospace; font-size: 13.600000381469727px; margin-bottom: 0px; margin-top: 0px; word-wrap: normal; background-color: rgb(246, 248, 250); border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px; line-height: 1.45; overflow: auto; padding: 16px; word-break: normal; 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=""><br 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=""><br class=""></div><div class=""><h1 class="sectionedit5" id="lan_und_wan_port_tauschen" style="padding: 0px; line-height: 1.2; clear: left; margin: 0px 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: 0px; padding: 0px; color: rgb(51, 51, 51); font-family: Arial, sans-serif; font-size: 14px; background-color: rgb(255, 255, 255);"><p style="margin: 0px 0px 1.4em; padding: 0px;" class="">in /etc/config/network die Worte <strong class="">eth0</strong> und <strong class="">eth1</strong> tauschen</p><ul style="margin: 0px 0px 1.4em; padding: 0px 0px 0px 1.5em; list-style: square outside;" class=""><li class="level1" style="padding: 0px; margin: 0px 0px 0px 1.5em; color: rgb(153, 153, 153);"><div class="li" style="margin: 0px; padding: 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: 0px 0px 1.4em; padding: 0px;" class="">in /lib/gluon/core/sysconfig die Dateien lan_ifname und wan_ifname anpassen (Inhalt tauschen)</p><ul style="margin: 0px 0px 1.4em; padding: 0px 0px 0px 1.5em; list-style: square outside;" class=""><li class="level1" style="padding: 0px; margin: 0px 0px 0px 1.5em; color: rgb(153, 153, 153);"><div class="li" style="margin: 0px; padding: 0px; color: rgb(51, 51, 51);">cat /lib/gluon/core/sysconfig/wan_ifname</div></li><li class="level1" style="padding: 0px; margin: 0px 0px 0px 1.5em; color: rgb(153, 153, 153);"><div class="li" style="margin: 0px; padding: 0px; color: rgb(51, 51, 51);">cat /lib/gluon/core/sysconfig/lan_ifname</div></li><li class="level1" style="padding: 0px; margin: 0px 0px 0px 1.5em; color: rgb(153, 153, 153);"><div class="li" style="margin: 0px; padding: 0px; color: rgb(51, 51, 51);">echo <strong class="">eth0</strong> > /lib/gluon/core/sysconfig/wan_ifname</div></li><li class="level1" style="padding: 0px; margin: 0px 0px 0px 1.5em; color: rgb(153, 153, 153);"><div class="li" style="margin: 0px; padding: 0px; color: rgb(51, 51, 51);">echo <strong class="">eth1</strong> > /lib/gluon/core/sysconfig/lan_ifname</div></li></ul></div><div class=""><br class=""></div></div><div class="">Die sauberste Lösung wäre allerdings, einen kleinen Switch zu verwenden.</div><div class=""><br class=""></div><div class="">Gruß</div><div class="">David</div><div class=""><br class=""></div><div><blockquote type="cite" class=""><div class="">Am 26.04.2019 um 17:46 schrieb ML [Privat] <<a href="mailto:martin.lehmann@daheim.org" class="">martin.lehmann@daheim.org</a>>:</div><br class="Apple-interchange-newline"><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" 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:<br class=""><blockquote type="cite" 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:<br class=""><blockquote type="cite" 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=""><br class=""></blockquote></blockquote><br class=""><br class=""></div></div></blockquote></div><br class=""></div></div></body></html>